Project

General

Profile

Actions

Bug #148

closed

iozone failure

Added by Sage Weil almost 14 years ago. Updated over 13 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
-
Target version:
% Done:

0%

Source:
Tags:
Backport:
Regression:
Severity:
Reviewed:
Affected Versions:
ceph-qa-suite:
Crash signature (v1):
Crash signature (v2):

Description

on ceph4, running
  • rbd 3a6e756 ceph-rbd: snapshots support
+ echo '------ running test iozone.sh ------'
------ running test iozone.sh ------
+ pwd
/c/4
+ '[' -d iozone.sh ']'
+ mkdir -p iozone.sh
++ dirname /c/4/iozone.sh.log
+ mkdir -p /c/4
+ test -e /c/4/iozone.sh.log
+ sh -c 'cd iozone.sh && /home/sage/ceph/qa/./workunits/iozone.sh'
+ tee /c/4/iozone.sh.log
        Iozone: Performance Test of File I/O
                Version $Revision: 3.287 $
                Compiled for 64 bit mode.
                Build: linux 

        Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins
                     Al Slater, Scott Rhine, Mike Wisner, Ken Goss
                     Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR,
                     Randy Dunlap, Mark Montague, Dan Million, 
                     Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy,
                     Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root.

        Run began: Mon May 24 19:51:42 2010

        Include close in write timing
        Include fsync in write timing
        File size set to 1048576 KB
        Record Size 16 KB
        Command line used: iozone -c -e -s 1024M -r 16K -t 1 -F f1 -i 0 -i 1
        Output is in Kbytes/sec
        Time Resolution = 0.000001 seconds.
        Processor cache size set to 1024 Kbytes.
        Processor cache line size set to 32 bytes.
        File stride size set to 17 * record size.
        Throughput test with 1 process
        Each process writes a 1048576 Kbyte file in 16 Kbyte records

        Children see throughput for  1 initial writers  =   64113.03 KB/sec
        Parent sees throughput for  1 initial writers   =   64111.07 KB/sec
        Min throughput per process                      =   64113.03 KB/sec 
        Max throughput per process                      =   64113.03 KB/sec
        Avg throughput per process                      =   64113.03 KB/sec
        Min xfer                                        = 1048576.00 KB

        Children see throughput for  1 rewriters        =   61475.94 KB/sec
        Parent sees throughput for  1 rewriters         =   61459.87 KB/sec
        Min throughput per process                      =   61475.94 KB/sec 
        Max throughput per process                      =   61475.94 KB/sec
        Avg throughput per process                      =   61475.94 KB/sec
        Min xfer                                        = 1048576.00 KB

Error in file: Found ?0? Expecting ?4f4f4f4f4f4f4f4f? addr 7f8b73c00000
Error in file: Position 4194304 
Record # 256 Record size 16 kb 
where 7f8b73c00000 loop 0

        Children see throughput for  1 readers          =       0.00 KB/sec
        Parent sees throughput for  1 readers           =       0.00 KB/sec
        Min throughput per process                      =       0.00 KB/sec 
        Max throughput per process                      =       0.00 KB/sec
        Avg throughput per process                      =       0.00 KB/sec
        Min xfer                                        =       0.00 KB
f1: No such file or directory

Related issues 1 (0 open1 closed)

Related to Linux kernel client - Bug #141: ERESTARTSYS on mds update operations cause bad resultsResolved05/21/2010

Actions
Actions #1

Updated by Sage Weil almost 14 years ago

I think this may have been caused by the mds request signal handling? It isn't happening on the latest unstable.

Actions #2

Updated by Sage Weil almost 14 years ago

  • Status changed from New to Resolved

yeah, this has survived 24 hours, whereas before it was failing after an hour or two.

Actions

Also available in: Atom PDF