Re: xfstests #078: Mild oops/kernel issue for small partitions

[Jeff Liu <jeff.liu@oracle.com>]

Hi Michael,

Thanks for the report.
On 03/16/2013 10:00 AM, Michael L. Semon wrote:
> Hi!  I was making another run with xfstests, using smaller partitions
> so I could use the larger ones for other tests, and I got a mild
> oops/crash of some sort.  This applies only to small partitions, first
> hit using 480MB partitions.  Also, CONFIG_XFS_DEBUG is set here, but I
> haven't tested the non-debug case lately.  This has been repeatable
> across various 3.8/3.9 kernels used recently.
> 
> PC in this test is my Pentium III boat anchor, 512 MB RAM, 768 MB
> swap, no VGA/console, using serial and ssh to communicate.  Output was
> taken from the remote syslog facility and trimmed down.
So I just tried it against both 480MB and 512MB partitions, but I can not
reproduce it on 3.8/3.9-rc1 with xfsprogs 3.1.8.

# gdisk -l /dev/sda
Number  Start (sector)    End (sector)  Size       Code  Name
   7       405682176       406730751   512.0 MiB   8300  Linux filesystem 
   8       406732800       407781375   512.0 MiB   8300  Linux filesystem
   9       407783424       408766463   480.0 MiB   8300  Linux filesystem
  10       408768512       409751551   480.0 MiB   8300  Linux filesystem

# ./check 078
FSTYP         -- xfs (debug)
PLATFORM      -- Linux/x86_64 koala 3.9.0-rc1
MKFS_OPTIONS  -- -f -bsize=4096 /dev/sda10
MOUNT_OPTIONS -- /dev/sda10 /xfstest4

078 46s ... - output mismatch (see 078.out.bad)
    --- 078.out	2012-10-16 11:59:14.757395850 +0800
    +++ 078.out.bad	2013-03-16 11:39:10.945051414 +0800
    @@ -76,6 +76,7 @@
     === GROWFS (from 1t to 2500g, 4096 blocksize)
     
     *** mkfs loop file (size=1t)
    +mkfs.xfs: libxfs_device_zero write failed: No space left on device
     meta-data=DDEV isize=XXX agcount=N, agsize=XXX blks
     data     = bsize=XXX blocks=XXX, imaxpct=PCT
              = sunit=XXX swidth=XXX, unwritten=X
     ...
     (Run 'diff -u 078.out 078.out.bad' to see the entire diff)
Ran: 078
Failures: 078
Failed 1 of 1 tests

What's your xfsprogs version and Am I missed anything?

Thanks,
-Jeff
> 
> This is a crash report.  No fix is requested.  Let me know if this
> needs to go somewhere else in the Linux development world as well.
> 
> Though labelled as _RTDEV partitions, /dev/sdb2 was my $TEST_DEV, and
> /test/sdb5 was my $SCRATCH_DEV, and none of the external options were
> in play:
> 
> [From `gdisk -l /dev/sdb`]
> Number  Start (sector)    End (sector)  Size       Code  Name
>    2        17639424        18687999   512.0 MiB   8300  gSTestRTDev
>    5        18950144        19999694   512.5 MiB   8300  gSScrRTDev
> 
> Below is my oops, which was soft in nature, and my accidental typing
> of `telinit 0` instead of `telinit 1` stopped things gently.  All is
> well.  Don't try too hard...no bisecting unless you really want to do
> so...this has never happened in my production environment...and thanks
> again!
> 
> MIchael
> 
> root: run xfstest 078
> XFS (loop0): Mounting Filesystem
> XFS (loop0): Mounting Filesystem
> XFS (loop0): Mounting Filesystem
> XFS (loop0): Mounting Filesystem
> XFS: Assertion failed: block_offset + from == pos, file:
> fs/xfs/xfs_aops.c, line: 1504
> ------------[ cut here ]------------
> kernel BUG at fs/xfs/xfs_message.c:100!
> invalid opcode: 0000 [#1]
> Pid: 1203, comm: mkfs.xfs Not tainted 3.9.0-rc1+ #1
> EIP: 0060:[<c10fa4f7>] EFLAGS: 00010286 CPU: 0
> EIP is at assfail+0x27/0x30
> EAX: 00000056 EBX: dfd7bd60 ECX: c141db1c EDX: 00000000
> ESI: 1bb72000 EDI: 00000000 EBP: dd037d70 ESP: dd037d5c
>  DS: 007b ES: 007b FS: 0000 GS: 00e0 SS: 0068
> CR0: 8005003b CR2: b757d000 CR3: 1286c000 CR4: 000007d0
> DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
> DR6: ffff0ff0 DR7: 00000400
> Process mkfs.xfs (pid: 1203, ti=dd036000 task=d620b320 task.ti=dd036000)
> Stack:
>  00000000 c13d0274 c13c970c c13c9607 000005e0 dd037db8 c10e9af4 c7f5a398
>  00000000 cf0a5888 00001000 dfd7bd60 c7f5a398 00001000 00000000 00000000
>  00000000 cf0a5888 0801bb72 0102005a dfd7bd60 ffffffe4 c7f5a398 dd037de0
> Call Trace:
>  [<c10e9af4>] xfs_vm_write_failed+0x64/0x150
>  [<c10e9c8e>] xfs_vm_write_begin+0xae/0x100
>  [<c1063a29>] ? iov_iter_copy_from_user_atomic+0x59/0x90
>  [<c106421a>] generic_file_buffered_write+0xca/0x210
>  [<c10ef3b1>] xfs_file_buffered_aio_write+0xc1/0x110
>  [<c10ef4db>] xfs_file_aio_write+0xdb/0x140
>  [<c108f447>] do_sync_write+0xb7/0xf0
>  [<c108f390>] ? vfs_read+0x150/0x150
>  [<c108f509>] vfs_write+0x89/0x150
>  [<c108f390>] ? vfs_read+0x150/0x150
>  [<c108f692>] sys_write+0x42/0x80
>  [<c1331964>] syscall_call+0x7/0xb
> Code: 00 00 00 00 55 89 e5 83 ec 14 89 54 24 0c ba 74 02 3d c1 89 4c
> 24 10 89 44 24 08 89 54 24 04 c7 04 24 00 00 00 00 e8 d9 fd ff ff <0f>
> 0b 8d b4 26 00 00 00 00 55 b9 01 00 00 00 89 e5 83 ec 14 89
> EIP: [<c10fa4f7>] assfail+0x27/0x30 SS:ESP 0068:dd037d5c
> ---[ end trace a734100af2d0a0d7 ]---
> 
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
> 

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs