* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-20 10:02 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-20 10:02 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
Hello!
Running xfstests (git) suite , I'm getting git kernel OOPS :
Debian GNU/Linux buster/sid ttip console
ttip login: [ 32.181114] loop: module loaded
[ 73.785279] XFS (vdiskb1): Mounting V5 Filesystem
[ 73.800044] XFS (vdiskb1): Starting recovery (logdev: internal)
[ 73.804064] XFS (vdiskb1): Ending recovery (logdev: internal)
[ 77.527548] XFS (loop0): Mounting V5 Filesystem
[ 77.535114] XFS (loop0): Ending clean mount
[ 77.644657] XFS (vdiskb1): Unmounting Filesystem
[ 77.933610] XFS (vdiskb1): Mounting V5 Filesystem
[ 77.948151] XFS (vdiskb1): Ending clean mount
[ 78.040921] run fstests generic/081 at 2017-08-20 12:46:15
[ 78.780493] XFS (loop0): Unmounting Filesystem
[ 80.192977] Unable to handle kernel NULL pointer dereference
[ 80.193072] tsk->{mm,active_mm}->context = 00000000000006ce
[ 80.193116] tsk->{mm,active_mm}->pgd = fff80040964b8000
[ 80.193152] \|/ ____ \|/
[ 80.193152] "@'/ .. \`@"
[ 80.193152] /_| \__/ |_\
[ 80.193152] \__U_/
[ 80.193232] lvm(1595): Oops [#1]
[ 80.193259] CPU: 5 PID: 1595 Comm: lvm Not tainted
4.13.0-rc5-00173-g58d4e450a490 #420
[ 80.193307] task: fff800409f410c40 task.stack: fff8004097e4c000
[ 80.193346] TSTATE: 0000004411001602 TPC: 00000000004d06e4 TNPC:
00000000004d06e8 Y: 0000016b Not tainted
[ 80.193412] TPC: <lockdep_trace_alloc+0x4/0x140>
[ 80.193444] g0: 0000000000c61800 g1: 00000000014000c0 g2:
0000000000000000 g3: 0000000000000000
[ 80.193496] g4: 0000000000000000 g5: 0000000000000000 g6:
fff8004097e4c000 g7: 0000000000000000
[ 80.193550] o0: 000000010b788020 o1: 0000000000000400 o2:
fff8004096936898 o3: 00000000105ff260
[ 80.193603] o4: fff8004096936800 o5: 0000000000000001 sp:
fff8004097e4eae1 ret_pc: 00000000008a1f98
[ 80.193664] RPC: <dm_table_add_target+0x298/0x360>
[ 80.193697] l0: fff800409f410c40 l1: 00000000010d2ea0 l2:
0000000001555c00 l3: fff800409f4114d0
[ 80.193749] l4: 0000000000c61800 l5: 00000000010aaea0 l6:
0000000000db3bf0 l7: 0000000000000050
[ 80.193802] i0: 00000000014080c0 i1: 0000000000000100 i2:
0000000000000100 i3: 0000000000000000
[ 80.193855] i4: 0000000000000001 i5: 0000000000c61800 i6:
fff8004097e4eb91 i7: 000000000063841c
[ 80.193911] I7: <kmem_cache_alloc_trace+0x1c/0x3e0>
[ 80.193944] Call Trace:
[ 80.193968] [000000000063841c] kmem_cache_alloc_trace+0x1c/0x3e0
[ 80.194011] [000000000061b318] __get_vm_area_node.isra.5+0x1b8/0x260
[ 80.194052] [000000000061bc98] __vmalloc_node_range+0x58/0x2c0
[ 80.194092] [000000000061c0c0] vzalloc+0x40/0x60
[ 80.194125] [00000000008a0b28] dm_vcalloc+0x28/0x40
[ 80.194164] [00000000105fae58] dm_exception_table_init+0x18/0x80
[dm_snapshot]
[ 80.194214] [00000000105fba78] snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[ 80.194255] [00000000008a1f98] dm_table_add_target+0x298/0x360
[ 80.194294] [00000000008a6448] table_load+0x2c8/0x360
[ 80.194330] [00000000008a70c8] ctl_ioctl+0x348/0x440
[ 80.194364] [00000000008a71d4] dm_ctl_ioctl+0x14/0x40
[ 80.194401] [00000000006754e4] do_vfs_ioctl+0x644/0x6a0
[ 80.194437] [0000000000675590] SyS_ioctl+0x50/0x80
[ 80.194473] [0000000000406234] linux_sparc_syscall+0x34/0x44
[ 80.194510] Disabling lock debugging due to kernel taint
[ 80.194533] Caller[000000000063841c]: kmem_cache_alloc_trace+0x1c/0x3e0
[ 80.194557] Caller[000000000061b318]: __get_vm_area_node.isra.5+0x1b8/0x260
[ 80.194581] Caller[000000000061bc98]: __vmalloc_node_range+0x58/0x2c0
[ 80.194605] Caller[000000000061c0c0]: vzalloc+0x40/0x60
[ 80.194625] Caller[00000000008a0b28]: dm_vcalloc+0x28/0x40
[ 80.194647] Caller[00000000105fae58]:
dm_exception_table_init+0x18/0x80 [dm_snapshot]
[ 80.194677] Caller[00000000105fba78]: snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[ 80.194701] Caller[00000000008a1f98]: dm_table_add_target+0x298/0x360
[ 80.194724] Caller[00000000008a6448]: table_load+0x2c8/0x360
[ 80.194786] Caller[00000000008a70c8]: ctl_ioctl+0x348/0x440
[ 80.194813] Caller[00000000008a71d4]: dm_ctl_ioctl+0x14/0x40
[ 80.194839] Caller[00000000006754e4]: do_vfs_ioctl+0x644/0x6a0
[ 80.194865] Caller[0000000000675590]: SyS_ioctl+0x50/0x80
[ 80.194890] Caller[0000000000406234]: linux_sparc_syscall+0x34/0x44
[ 80.194916] Caller[fff80001005e2484]: 0xfff80001005e2484
[ 80.194938] Instruction DUMP:
[ 80.194942] 01000000
[ 80.194958] 01000000
[ 80.194972] 9de3bf50
[ 80.194986] <c20128b4>
[ 80.195000] 80a06000
[ 80.195014] 12400048
[ 80.195029] 01000000
[ 80.195044] bb520000
[ 80.195059] 8217600e
[ 80.195073]
steps to reproduce:
git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
configure && make && make install
xfstests-dev$ cat local.config
export TEST_DIR=/testvol
export TEST_DEV=/dev/vdiskb1
export SCRATCH_DEV_POOL="/dev/loop0 /dev/loop1 /dev/loop2"
export SCRATCH_MNT=/1/scratch
loop devices are in tmpfs:
$ mount tmpfs -t tmpfs -o size=30G /ramdisk
$ for i in 1 2 3; do fallocate -l 10G /ramdisk/$i; losetup --find
/ramdisk/$i; done
vdiskb1 is xfs filesystem.
kernel OOPS test is generic/081 :
xfstests-dev# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc5-00173-g58d4e450a490
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 7s ...
(never ends, hangs on kernel OOPS)
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-20 10:02 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-20 10:02 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
Hello!
Running xfstests (git) suite , I'm getting git kernel OOPS :
Debian GNU/Linux buster/sid ttip console
ttip login: [ 32.181114] loop: module loaded
[ 73.785279] XFS (vdiskb1): Mounting V5 Filesystem
[ 73.800044] XFS (vdiskb1): Starting recovery (logdev: internal)
[ 73.804064] XFS (vdiskb1): Ending recovery (logdev: internal)
[ 77.527548] XFS (loop0): Mounting V5 Filesystem
[ 77.535114] XFS (loop0): Ending clean mount
[ 77.644657] XFS (vdiskb1): Unmounting Filesystem
[ 77.933610] XFS (vdiskb1): Mounting V5 Filesystem
[ 77.948151] XFS (vdiskb1): Ending clean mount
[ 78.040921] run fstests generic/081 at 2017-08-20 12:46:15
[ 78.780493] XFS (loop0): Unmounting Filesystem
[ 80.192977] Unable to handle kernel NULL pointer dereference
[ 80.193072] tsk->{mm,active_mm}->context = 00000000000006ce
[ 80.193116] tsk->{mm,active_mm}->pgd = fff80040964b8000
[ 80.193152] \|/ ____ \|/
[ 80.193152] "@'/ .. \`@"
[ 80.193152] /_| \__/ |_\
[ 80.193152] \__U_/
[ 80.193232] lvm(1595): Oops [#1]
[ 80.193259] CPU: 5 PID: 1595 Comm: lvm Not tainted
4.13.0-rc5-00173-g58d4e450a490 #420
[ 80.193307] task: fff800409f410c40 task.stack: fff8004097e4c000
[ 80.193346] TSTATE: 0000004411001602 TPC: 00000000004d06e4 TNPC:
00000000004d06e8 Y: 0000016b Not tainted
[ 80.193412] TPC: <lockdep_trace_alloc+0x4/0x140>
[ 80.193444] g0: 0000000000c61800 g1: 00000000014000c0 g2:
0000000000000000 g3: 0000000000000000
[ 80.193496] g4: 0000000000000000 g5: 0000000000000000 g6:
fff8004097e4c000 g7: 0000000000000000
[ 80.193550] o0: 000000010b788020 o1: 0000000000000400 o2:
fff8004096936898 o3: 00000000105ff260
[ 80.193603] o4: fff8004096936800 o5: 0000000000000001 sp:
fff8004097e4eae1 ret_pc: 00000000008a1f98
[ 80.193664] RPC: <dm_table_add_target+0x298/0x360>
[ 80.193697] l0: fff800409f410c40 l1: 00000000010d2ea0 l2:
0000000001555c00 l3: fff800409f4114d0
[ 80.193749] l4: 0000000000c61800 l5: 00000000010aaea0 l6:
0000000000db3bf0 l7: 0000000000000050
[ 80.193802] i0: 00000000014080c0 i1: 0000000000000100 i2:
0000000000000100 i3: 0000000000000000
[ 80.193855] i4: 0000000000000001 i5: 0000000000c61800 i6:
fff8004097e4eb91 i7: 000000000063841c
[ 80.193911] I7: <kmem_cache_alloc_trace+0x1c/0x3e0>
[ 80.193944] Call Trace:
[ 80.193968] [000000000063841c] kmem_cache_alloc_trace+0x1c/0x3e0
[ 80.194011] [000000000061b318] __get_vm_area_node.isra.5+0x1b8/0x260
[ 80.194052] [000000000061bc98] __vmalloc_node_range+0x58/0x2c0
[ 80.194092] [000000000061c0c0] vzalloc+0x40/0x60
[ 80.194125] [00000000008a0b28] dm_vcalloc+0x28/0x40
[ 80.194164] [00000000105fae58] dm_exception_table_init+0x18/0x80
[dm_snapshot]
[ 80.194214] [00000000105fba78] snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[ 80.194255] [00000000008a1f98] dm_table_add_target+0x298/0x360
[ 80.194294] [00000000008a6448] table_load+0x2c8/0x360
[ 80.194330] [00000000008a70c8] ctl_ioctl+0x348/0x440
[ 80.194364] [00000000008a71d4] dm_ctl_ioctl+0x14/0x40
[ 80.194401] [00000000006754e4] do_vfs_ioctl+0x644/0x6a0
[ 80.194437] [0000000000675590] SyS_ioctl+0x50/0x80
[ 80.194473] [0000000000406234] linux_sparc_syscall+0x34/0x44
[ 80.194510] Disabling lock debugging due to kernel taint
[ 80.194533] Caller[000000000063841c]: kmem_cache_alloc_trace+0x1c/0x3e0
[ 80.194557] Caller[000000000061b318]: __get_vm_area_node.isra.5+0x1b8/0x260
[ 80.194581] Caller[000000000061bc98]: __vmalloc_node_range+0x58/0x2c0
[ 80.194605] Caller[000000000061c0c0]: vzalloc+0x40/0x60
[ 80.194625] Caller[00000000008a0b28]: dm_vcalloc+0x28/0x40
[ 80.194647] Caller[00000000105fae58]:
dm_exception_table_init+0x18/0x80 [dm_snapshot]
[ 80.194677] Caller[00000000105fba78]: snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[ 80.194701] Caller[00000000008a1f98]: dm_table_add_target+0x298/0x360
[ 80.194724] Caller[00000000008a6448]: table_load+0x2c8/0x360
[ 80.194786] Caller[00000000008a70c8]: ctl_ioctl+0x348/0x440
[ 80.194813] Caller[00000000008a71d4]: dm_ctl_ioctl+0x14/0x40
[ 80.194839] Caller[00000000006754e4]: do_vfs_ioctl+0x644/0x6a0
[ 80.194865] Caller[0000000000675590]: SyS_ioctl+0x50/0x80
[ 80.194890] Caller[0000000000406234]: linux_sparc_syscall+0x34/0x44
[ 80.194916] Caller[fff80001005e2484]: 0xfff80001005e2484
[ 80.194938] Instruction DUMP:
[ 80.194942] 01000000
[ 80.194958] 01000000
[ 80.194972] 9de3bf50
[ 80.194986] <c20128b4>
[ 80.195000] 80a06000
[ 80.195014] 12400048
[ 80.195029] 01000000
[ 80.195044] bb520000
[ 80.195059] 8217600e
[ 80.195073]
steps to reproduce:
git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
configure && make && make install
xfstests-dev$ cat local.config
export TEST_DIR=/testvol
export TEST_DEV=/dev/vdiskb1
export SCRATCH_DEV_POOL="/dev/loop0 /dev/loop1 /dev/loop2"
export SCRATCH_MNT=/1/scratch
loop devices are in tmpfs:
$ mount tmpfs -t tmpfs -o size0G /ramdisk
$ for i in 1 2 3; do fallocate -l 10G /ramdisk/$i; losetup --find
/ramdisk/$i; done
vdiskb1 is xfs filesystem.
kernel OOPS test is generic/081 :
xfstests-dev# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc5-00173-g58d4e450a490
MKFS_OPTIONS -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 7s ...
(never ends, hangs on kernel OOPS)
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-20 10:02 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-20 10:02 UTC (permalink / raw)
To: lvm-devel
Hello!
Running xfstests (git) suite , I'm getting git kernel OOPS :
Debian GNU/Linux buster/sid ttip console
ttip login: [ 32.181114] loop: module loaded
[ 73.785279] XFS (vdiskb1): Mounting V5 Filesystem
[ 73.800044] XFS (vdiskb1): Starting recovery (logdev: internal)
[ 73.804064] XFS (vdiskb1): Ending recovery (logdev: internal)
[ 77.527548] XFS (loop0): Mounting V5 Filesystem
[ 77.535114] XFS (loop0): Ending clean mount
[ 77.644657] XFS (vdiskb1): Unmounting Filesystem
[ 77.933610] XFS (vdiskb1): Mounting V5 Filesystem
[ 77.948151] XFS (vdiskb1): Ending clean mount
[ 78.040921] run fstests generic/081 at 2017-08-20 12:46:15
[ 78.780493] XFS (loop0): Unmounting Filesystem
[ 80.192977] Unable to handle kernel NULL pointer dereference
[ 80.193072] tsk->{mm,active_mm}->context = 00000000000006ce
[ 80.193116] tsk->{mm,active_mm}->pgd = fff80040964b8000
[ 80.193152] \|/ ____ \|/
[ 80.193152] "@'/ .. \`@"
[ 80.193152] /_| \__/ |_\
[ 80.193152] \__U_/
[ 80.193232] lvm(1595): Oops [#1]
[ 80.193259] CPU: 5 PID: 1595 Comm: lvm Not tainted
4.13.0-rc5-00173-g58d4e450a490 #420
[ 80.193307] task: fff800409f410c40 task.stack: fff8004097e4c000
[ 80.193346] TSTATE: 0000004411001602 TPC: 00000000004d06e4 TNPC:
00000000004d06e8 Y: 0000016b Not tainted
[ 80.193412] TPC: <lockdep_trace_alloc+0x4/0x140>
[ 80.193444] g0: 0000000000c61800 g1: 00000000014000c0 g2:
0000000000000000 g3: 0000000000000000
[ 80.193496] g4: 0000000000000000 g5: 0000000000000000 g6:
fff8004097e4c000 g7: 0000000000000000
[ 80.193550] o0: 000000010b788020 o1: 0000000000000400 o2:
fff8004096936898 o3: 00000000105ff260
[ 80.193603] o4: fff8004096936800 o5: 0000000000000001 sp:
fff8004097e4eae1 ret_pc: 00000000008a1f98
[ 80.193664] RPC: <dm_table_add_target+0x298/0x360>
[ 80.193697] l0: fff800409f410c40 l1: 00000000010d2ea0 l2:
0000000001555c00 l3: fff800409f4114d0
[ 80.193749] l4: 0000000000c61800 l5: 00000000010aaea0 l6:
0000000000db3bf0 l7: 0000000000000050
[ 80.193802] i0: 00000000014080c0 i1: 0000000000000100 i2:
0000000000000100 i3: 0000000000000000
[ 80.193855] i4: 0000000000000001 i5: 0000000000c61800 i6:
fff8004097e4eb91 i7: 000000000063841c
[ 80.193911] I7: <kmem_cache_alloc_trace+0x1c/0x3e0>
[ 80.193944] Call Trace:
[ 80.193968] [000000000063841c] kmem_cache_alloc_trace+0x1c/0x3e0
[ 80.194011] [000000000061b318] __get_vm_area_node.isra.5+0x1b8/0x260
[ 80.194052] [000000000061bc98] __vmalloc_node_range+0x58/0x2c0
[ 80.194092] [000000000061c0c0] vzalloc+0x40/0x60
[ 80.194125] [00000000008a0b28] dm_vcalloc+0x28/0x40
[ 80.194164] [00000000105fae58] dm_exception_table_init+0x18/0x80
[dm_snapshot]
[ 80.194214] [00000000105fba78] snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[ 80.194255] [00000000008a1f98] dm_table_add_target+0x298/0x360
[ 80.194294] [00000000008a6448] table_load+0x2c8/0x360
[ 80.194330] [00000000008a70c8] ctl_ioctl+0x348/0x440
[ 80.194364] [00000000008a71d4] dm_ctl_ioctl+0x14/0x40
[ 80.194401] [00000000006754e4] do_vfs_ioctl+0x644/0x6a0
[ 80.194437] [0000000000675590] SyS_ioctl+0x50/0x80
[ 80.194473] [0000000000406234] linux_sparc_syscall+0x34/0x44
[ 80.194510] Disabling lock debugging due to kernel taint
[ 80.194533] Caller[000000000063841c]: kmem_cache_alloc_trace+0x1c/0x3e0
[ 80.194557] Caller[000000000061b318]: __get_vm_area_node.isra.5+0x1b8/0x260
[ 80.194581] Caller[000000000061bc98]: __vmalloc_node_range+0x58/0x2c0
[ 80.194605] Caller[000000000061c0c0]: vzalloc+0x40/0x60
[ 80.194625] Caller[00000000008a0b28]: dm_vcalloc+0x28/0x40
[ 80.194647] Caller[00000000105fae58]:
dm_exception_table_init+0x18/0x80 [dm_snapshot]
[ 80.194677] Caller[00000000105fba78]: snapshot_ctr+0x2b8/0x720 [dm_snapshot]
[ 80.194701] Caller[00000000008a1f98]: dm_table_add_target+0x298/0x360
[ 80.194724] Caller[00000000008a6448]: table_load+0x2c8/0x360
[ 80.194786] Caller[00000000008a70c8]: ctl_ioctl+0x348/0x440
[ 80.194813] Caller[00000000008a71d4]: dm_ctl_ioctl+0x14/0x40
[ 80.194839] Caller[00000000006754e4]: do_vfs_ioctl+0x644/0x6a0
[ 80.194865] Caller[0000000000675590]: SyS_ioctl+0x50/0x80
[ 80.194890] Caller[0000000000406234]: linux_sparc_syscall+0x34/0x44
[ 80.194916] Caller[fff80001005e2484]: 0xfff80001005e2484
[ 80.194938] Instruction DUMP:
[ 80.194942] 01000000
[ 80.194958] 01000000
[ 80.194972] 9de3bf50
[ 80.194986] <c20128b4>
[ 80.195000] 80a06000
[ 80.195014] 12400048
[ 80.195029] 01000000
[ 80.195044] bb520000
[ 80.195059] 8217600e
[ 80.195073]
steps to reproduce:
git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
configure && make && make install
xfstests-dev$ cat local.config
export TEST_DIR=/testvol
export TEST_DEV=/dev/vdiskb1
export SCRATCH_DEV_POOL="/dev/loop0 /dev/loop1 /dev/loop2"
export SCRATCH_MNT=/1/scratch
loop devices are in tmpfs:
$ mount tmpfs -t tmpfs -o size=30G /ramdisk
$ for i in 1 2 3; do fallocate -l 10G /ramdisk/$i; losetup --find
/ramdisk/$i; done
vdiskb1 is xfs filesystem.
kernel OOPS test is generic/081 :
xfstests-dev# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc5-00173-g58d4e450a490
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 7s ...
(never ends, hangs on kernel OOPS)
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
2017-08-20 10:02 ` Anatoly Pugachev
(?)
@ 2017-08-21 10:26 ` Anatoly Pugachev
-1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:26 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> Hello!
>
> Running xfstests (git) suite , I'm getting git kernel OOPS :
Just tested on debian kernel
Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
sparc64 GNU/Linux
it does not trigger OOPS, but ends in other way:
# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.12.0-1-sparc64-smp
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 7s ... 4s
Ran: generic/081
Passed all 1 tests
and kernel/console logs:
[7594425.799817] run fstests generic/081 at 2017-08-21 13:20:52
[7594426.133141] XFS (loop0): Unmounting Filesystem
[7594427.098132] XFS (dm-4): Mounting V5 Filesystem
[7594427.105135] XFS (dm-4): Ending clean mount
[7594427.121110] device-mapper: snapshots: Invalidating snapshot:
Unable to allocate exception.
[7594427.127696] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[7594427.127714] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[7594427.127735] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[7594427.127742] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[7594427.127755] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[7594427.127765] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[7594427.127777] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[7594427.127787] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[7594427.127800] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[7594427.127809] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[7594427.215857] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[7594427.215876] XFS (dm-4): xfs_do_force_shutdown(0x2) called from
line 1200 of file /build/linux-3KUWz1/linux-4.12.6/fs/xfs/xfs_log.c.
Return address = 0x0000000010af0640
[7594427.215922] XFS (dm-4): Log I/O Error Detected. Shutting down filesystem
[7594427.215929] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[7594427.248012] VFS:Filesystem freeze failed
[7594427.287516] VFS:Filesystem freeze failed
[7594427.455936] VFS:Filesystem freeze failed
[7594427.587978] VFS:Filesystem freeze failed
[7594427.759826] VFS:Filesystem freeze failed
[7594427.907975] VFS:Filesystem freeze failed
[7594428.079824] VFS:Filesystem freeze failed
[7594428.207978] VFS:Filesystem freeze failed
[7594428.379944] VFS:Filesystem freeze failed
[7594428.418514] VFS:Filesystem freeze failed
[7594429.178337] XFS (dm-4): Unmounting Filesystem
[7594429.749125] XFS (vdiskb1): Unmounting Filesystem
[7594429.923089] XFS (vdiskb1): Mounting V5 Filesystem
[7594429.933437] XFS (vdiskb1): Ending clean mount
[7594430.025109] XFS (vdiskb1): Unmounting Filesystem
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:26 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:26 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> Hello!
>
> Running xfstests (git) suite , I'm getting git kernel OOPS :
Just tested on debian kernel
Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
sparc64 GNU/Linux
it does not trigger OOPS, but ends in other way:
# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.12.0-1-sparc64-smp
MKFS_OPTIONS -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 7s ... 4s
Ran: generic/081
Passed all 1 tests
and kernel/console logs:
[7594425.799817] run fstests generic/081 at 2017-08-21 13:20:52
[7594426.133141] XFS (loop0): Unmounting Filesystem
[7594427.098132] XFS (dm-4): Mounting V5 Filesystem
[7594427.105135] XFS (dm-4): Ending clean mount
[7594427.121110] device-mapper: snapshots: Invalidating snapshot:
Unable to allocate exception.
[7594427.127696] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[7594427.127714] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[7594427.127735] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[7594427.127742] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[7594427.127755] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[7594427.127765] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[7594427.127777] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[7594427.127787] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[7594427.127800] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[7594427.127809] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[7594427.215857] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[7594427.215876] XFS (dm-4): xfs_do_force_shutdown(0x2) called from
line 1200 of file /build/linux-3KUWz1/linux-4.12.6/fs/xfs/xfs_log.c.
Return address = 0x0000000010af0640
[7594427.215922] XFS (dm-4): Log I/O Error Detected. Shutting down filesystem
[7594427.215929] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[7594427.248012] VFS:Filesystem freeze failed
[7594427.287516] VFS:Filesystem freeze failed
[7594427.455936] VFS:Filesystem freeze failed
[7594427.587978] VFS:Filesystem freeze failed
[7594427.759826] VFS:Filesystem freeze failed
[7594427.907975] VFS:Filesystem freeze failed
[7594428.079824] VFS:Filesystem freeze failed
[7594428.207978] VFS:Filesystem freeze failed
[7594428.379944] VFS:Filesystem freeze failed
[7594428.418514] VFS:Filesystem freeze failed
[7594429.178337] XFS (dm-4): Unmounting Filesystem
[7594429.749125] XFS (vdiskb1): Unmounting Filesystem
[7594429.923089] XFS (vdiskb1): Mounting V5 Filesystem
[7594429.933437] XFS (vdiskb1): Ending clean mount
[7594430.025109] XFS (vdiskb1): Unmounting Filesystem
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:26 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:26 UTC (permalink / raw)
To: lvm-devel
On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> Hello!
>
> Running xfstests (git) suite , I'm getting git kernel OOPS :
Just tested on debian kernel
Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
sparc64 GNU/Linux
it does not trigger OOPS, but ends in other way:
# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.12.0-1-sparc64-smp
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 7s ... 4s
Ran: generic/081
Passed all 1 tests
and kernel/console logs:
[7594425.799817] run fstests generic/081 at 2017-08-21 13:20:52
[7594426.133141] XFS (loop0): Unmounting Filesystem
[7594427.098132] XFS (dm-4): Mounting V5 Filesystem
[7594427.105135] XFS (dm-4): Ending clean mount
[7594427.121110] device-mapper: snapshots: Invalidating snapshot:
Unable to allocate exception.
[7594427.127696] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[7594427.127714] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[7594427.127735] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[7594427.127742] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[7594427.127755] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[7594427.127765] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[7594427.127777] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[7594427.127787] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[7594427.127800] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[7594427.127809] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[7594427.215857] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[7594427.215876] XFS (dm-4): xfs_do_force_shutdown(0x2) called from
line 1200 of file /build/linux-3KUWz1/linux-4.12.6/fs/xfs/xfs_log.c.
Return address = 0x0000000010af0640
[7594427.215922] XFS (dm-4): Log I/O Error Detected. Shutting down filesystem
[7594427.215929] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[7594427.248012] VFS:Filesystem freeze failed
[7594427.287516] VFS:Filesystem freeze failed
[7594427.455936] VFS:Filesystem freeze failed
[7594427.587978] VFS:Filesystem freeze failed
[7594427.759826] VFS:Filesystem freeze failed
[7594427.907975] VFS:Filesystem freeze failed
[7594428.079824] VFS:Filesystem freeze failed
[7594428.207978] VFS:Filesystem freeze failed
[7594428.379944] VFS:Filesystem freeze failed
[7594428.418514] VFS:Filesystem freeze failed
[7594429.178337] XFS (dm-4): Unmounting Filesystem
[7594429.749125] XFS (vdiskb1): Unmounting Filesystem
[7594429.923089] XFS (vdiskb1): Mounting V5 Filesystem
[7594429.933437] XFS (vdiskb1): Ending clean mount
[7594430.025109] XFS (vdiskb1): Unmounting Filesystem
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
2017-08-21 10:26 ` Anatoly Pugachev
(?)
@ 2017-08-21 10:52 ` Anatoly Pugachev
-1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:52 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> Hello!
>>
>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>
> Just tested on debian kernel
>
> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
> sparc64 GNU/Linux
>
> it does not trigger OOPS, but ends in other way:
well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
check with gcc-6 now...
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:52 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:52 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> Hello!
>>
>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>
> Just tested on debian kernel
>
> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
> sparc64 GNU/Linux
>
> it does not trigger OOPS, but ends in other way:
well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
check with gcc-6 now...
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 10:52 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 10:52 UTC (permalink / raw)
To: lvm-devel
On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> Hello!
>>
>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>
> Just tested on debian kernel
>
> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
> sparc64 GNU/Linux
>
> it does not trigger OOPS, but ends in other way:
well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
check with gcc-6 now...
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
2017-08-21 10:52 ` Anatoly Pugachev
(?)
@ 2017-08-21 12:03 ` Anatoly Pugachev
-1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:03 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> Hello!
>>>
>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>
>> Just tested on debian kernel
>>
>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>> sparc64 GNU/Linux
>>
>> it does not trigger OOPS, but ends in other way:
>
> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
> check with gcc-6 now...
git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
xfstests-dev# ./check generic/082
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/082 2s ... 1s
Ran: generic/082
Passed all 1 tests
kernel/console logs:
[ 66.022438] XFS (vdiskb1): Mounting V5 Filesystem
[ 66.105236] XFS (vdiskb1): Ending clean mount
[ 69.862294] XFS (loop0): Mounting V5 Filesystem
[ 69.869785] XFS (loop0): Ending clean mount
[ 69.954562] XFS (vdiskb1): Unmounting Filesystem
[ 70.243985] XFS (vdiskb1): Mounting V5 Filesystem
[ 70.266297] XFS (vdiskb1): Ending clean mount
[ 70.381947] run fstests generic/082 at 2017-08-21 14:58:27
[ 71.162403] XFS (loop0): Unmounting Filesystem
[ 71.409342] XFS (loop0): Mounting V5 Filesystem
[ 71.416942] XFS (loop0): Ending clean mount
[ 71.418462] XFS (loop0): Quotacheck needed: Please wait.
[ 71.423380] XFS (loop0): Quotacheck: Done.
[ 71.525841] XFS (loop0): unknown mount option [nosuchopt].
[ 71.734429] XFS (vdiskb1): Unmounting Filesystem
[ 72.017664] XFS (vdiskb1): Mounting V5 Filesystem
[ 72.035156] XFS (vdiskb1): Ending clean mount
[ 72.154335] XFS (loop0): Unmounting Filesystem
[ 72.525197] XFS (loop0): Mounting V5 Filesystem
[ 72.533368] XFS (loop0): resetting quota flags
[ 72.533486] XFS (loop0): Ending clean mount
[ 72.698356] XFS (vdiskb1): Unmounting Filesystem
[ 72.770753] XFS (loop0): Unmounting Filesystem
I wonder how safe to compile kernel with gcc-7, since it is second bug
I found in the kernel, when it's compiled with gcc-7.2.0...
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:03 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:03 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> Hello!
>>>
>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>
>> Just tested on debian kernel
>>
>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>> sparc64 GNU/Linux
>>
>> it does not trigger OOPS, but ends in other way:
>
> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
> check with gcc-6 now...
git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
xfstests-dev# ./check generic/082
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/082 2s ... 1s
Ran: generic/082
Passed all 1 tests
kernel/console logs:
[ 66.022438] XFS (vdiskb1): Mounting V5 Filesystem
[ 66.105236] XFS (vdiskb1): Ending clean mount
[ 69.862294] XFS (loop0): Mounting V5 Filesystem
[ 69.869785] XFS (loop0): Ending clean mount
[ 69.954562] XFS (vdiskb1): Unmounting Filesystem
[ 70.243985] XFS (vdiskb1): Mounting V5 Filesystem
[ 70.266297] XFS (vdiskb1): Ending clean mount
[ 70.381947] run fstests generic/082 at 2017-08-21 14:58:27
[ 71.162403] XFS (loop0): Unmounting Filesystem
[ 71.409342] XFS (loop0): Mounting V5 Filesystem
[ 71.416942] XFS (loop0): Ending clean mount
[ 71.418462] XFS (loop0): Quotacheck needed: Please wait.
[ 71.423380] XFS (loop0): Quotacheck: Done.
[ 71.525841] XFS (loop0): unknown mount option [nosuchopt].
[ 71.734429] XFS (vdiskb1): Unmounting Filesystem
[ 72.017664] XFS (vdiskb1): Mounting V5 Filesystem
[ 72.035156] XFS (vdiskb1): Ending clean mount
[ 72.154335] XFS (loop0): Unmounting Filesystem
[ 72.525197] XFS (loop0): Mounting V5 Filesystem
[ 72.533368] XFS (loop0): resetting quota flags
[ 72.533486] XFS (loop0): Ending clean mount
[ 72.698356] XFS (vdiskb1): Unmounting Filesystem
[ 72.770753] XFS (loop0): Unmounting Filesystem
I wonder how safe to compile kernel with gcc-7, since it is second bug
I found in the kernel, when it's compiled with gcc-7.2.0...
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:03 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:03 UTC (permalink / raw)
To: lvm-devel
On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> Hello!
>>>
>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>
>> Just tested on debian kernel
>>
>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>> sparc64 GNU/Linux
>>
>> it does not trigger OOPS, but ends in other way:
>
> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
> check with gcc-6 now...
git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
xfstests-dev# ./check generic/082
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/082 2s ... 1s
Ran: generic/082
Passed all 1 tests
kernel/console logs:
[ 66.022438] XFS (vdiskb1): Mounting V5 Filesystem
[ 66.105236] XFS (vdiskb1): Ending clean mount
[ 69.862294] XFS (loop0): Mounting V5 Filesystem
[ 69.869785] XFS (loop0): Ending clean mount
[ 69.954562] XFS (vdiskb1): Unmounting Filesystem
[ 70.243985] XFS (vdiskb1): Mounting V5 Filesystem
[ 70.266297] XFS (vdiskb1): Ending clean mount
[ 70.381947] run fstests generic/082 at 2017-08-21 14:58:27
[ 71.162403] XFS (loop0): Unmounting Filesystem
[ 71.409342] XFS (loop0): Mounting V5 Filesystem
[ 71.416942] XFS (loop0): Ending clean mount
[ 71.418462] XFS (loop0): Quotacheck needed: Please wait.
[ 71.423380] XFS (loop0): Quotacheck: Done.
[ 71.525841] XFS (loop0): unknown mount option [nosuchopt].
[ 71.734429] XFS (vdiskb1): Unmounting Filesystem
[ 72.017664] XFS (vdiskb1): Mounting V5 Filesystem
[ 72.035156] XFS (vdiskb1): Ending clean mount
[ 72.154335] XFS (loop0): Unmounting Filesystem
[ 72.525197] XFS (loop0): Mounting V5 Filesystem
[ 72.533368] XFS (loop0): resetting quota flags
[ 72.533486] XFS (loop0): Ending clean mount
[ 72.698356] XFS (vdiskb1): Unmounting Filesystem
[ 72.770753] XFS (loop0): Unmounting Filesystem
I wonder how safe to compile kernel with gcc-7, since it is second bug
I found in the kernel, when it's compiled with gcc-7.2.0...
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
2017-08-21 12:03 ` Anatoly Pugachev
(?)
@ 2017-08-21 12:05 ` Anatoly Pugachev
-1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:05 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Mon, Aug 21, 2017 at 3:03 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>> Hello!
>>>>
>>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>>
>>> Just tested on debian kernel
>>>
>>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>>> sparc64 GNU/Linux
>>>
>>> it does not trigger OOPS, but ends in other way:
>>
>> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
>> check with gcc-6 now...
>
> git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
>
> xfstests-dev# ./check generic/082
> FSTYP -- xfs (non-debug)
> PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
> MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
> MOUNT_OPTIONS -- /dev/loop0 /1/scratch
>
> generic/082 2s ... 1s
> Ran: generic/082
> Passed all 1 tests
>
> kernel/console logs:
>
> [ 66.022438] XFS (vdiskb1): Mounting V5 Filesystem
> [ 66.105236] XFS (vdiskb1): Ending clean mount
> [ 69.862294] XFS (loop0): Mounting V5 Filesystem
> [ 69.869785] XFS (loop0): Ending clean mount
> [ 69.954562] XFS (vdiskb1): Unmounting Filesystem
> [ 70.243985] XFS (vdiskb1): Mounting V5 Filesystem
> [ 70.266297] XFS (vdiskb1): Ending clean mount
> [ 70.381947] run fstests generic/082 at 2017-08-21 14:58:27
> [ 71.162403] XFS (loop0): Unmounting Filesystem
> [ 71.409342] XFS (loop0): Mounting V5 Filesystem
> [ 71.416942] XFS (loop0): Ending clean mount
> [ 71.418462] XFS (loop0): Quotacheck needed: Please wait.
> [ 71.423380] XFS (loop0): Quotacheck: Done.
> [ 71.525841] XFS (loop0): unknown mount option [nosuchopt].
> [ 71.734429] XFS (vdiskb1): Unmounting Filesystem
> [ 72.017664] XFS (vdiskb1): Mounting V5 Filesystem
> [ 72.035156] XFS (vdiskb1): Ending clean mount
> [ 72.154335] XFS (loop0): Unmounting Filesystem
> [ 72.525197] XFS (loop0): Mounting V5 Filesystem
> [ 72.533368] XFS (loop0): resetting quota flags
> [ 72.533486] XFS (loop0): Ending clean mount
> [ 72.698356] XFS (vdiskb1): Unmounting Filesystem
> [ 72.770753] XFS (loop0): Unmounting Filesystem
>
>
> I wonder how safe to compile kernel with gcc-7, since it is second bug
> I found in the kernel, when it's compiled with gcc-7.2.0...
OOPS, should be running generic/081 instead of 082 in my previous
message, but anyway, no OOPS with generic/081:
xfstests-dev# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 4s ... 5s
Ran: generic/081
Passed all 1 tests
kernel logs:
[ 417.447478] XFS (vdiskb1): Ending clean mount
[ 417.535416] run fstests generic/081 at 2017-08-21 15:04:14
[ 418.274997] XFS (loop0): Unmounting Filesystem
[ 419.929533] XFS (dm-4): Mounting V5 Filesystem
[ 419.965193] XFS (dm-4): Ending clean mount
[ 420.030845] device-mapper: snapshots: Invalidating snapshot: Unable
to allocate exception.
[ 420.062800] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[ 420.062887] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[ 420.063566] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[ 420.063619] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[ 420.063684] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[ 420.063737] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[ 420.063801] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[ 420.063853] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[ 420.063916] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[ 420.063967] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[ 420.074043] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[ 420.074165] XFS (dm-4): xfs_do_force_shutdown(0x2) called from line
1210 of file fs/xfs/xfs_log.c. Return address = 0x00000000103ee854
[ 420.074623] XFS (dm-4): Log I/O Error Detected. Shutting down filesystem
[ 420.074682] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[ 420.080113] XFS (dm-4): Unmounting Filesystem
[ 422.943129] XFS (vdiskb1): Unmounting Filesystem
[ 423.227362] XFS (vdiskb1): Mounting V5 Filesystem
[ 423.248418] XFS (vdiskb1): Ending clean mount
[ 423.394854] XFS (vdiskb1): Unmounting Filesystem
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:05 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:05 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
On Mon, Aug 21, 2017 at 3:03 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>> Hello!
>>>>
>>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>>
>>> Just tested on debian kernel
>>>
>>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>>> sparc64 GNU/Linux
>>>
>>> it does not trigger OOPS, but ends in other way:
>>
>> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
>> check with gcc-6 now...
>
> git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
>
> xfstests-dev# ./check generic/082
> FSTYP -- xfs (non-debug)
> PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
> MKFS_OPTIONS -- -f -bsize@96 /dev/loop0
> MOUNT_OPTIONS -- /dev/loop0 /1/scratch
>
> generic/082 2s ... 1s
> Ran: generic/082
> Passed all 1 tests
>
> kernel/console logs:
>
> [ 66.022438] XFS (vdiskb1): Mounting V5 Filesystem
> [ 66.105236] XFS (vdiskb1): Ending clean mount
> [ 69.862294] XFS (loop0): Mounting V5 Filesystem
> [ 69.869785] XFS (loop0): Ending clean mount
> [ 69.954562] XFS (vdiskb1): Unmounting Filesystem
> [ 70.243985] XFS (vdiskb1): Mounting V5 Filesystem
> [ 70.266297] XFS (vdiskb1): Ending clean mount
> [ 70.381947] run fstests generic/082 at 2017-08-21 14:58:27
> [ 71.162403] XFS (loop0): Unmounting Filesystem
> [ 71.409342] XFS (loop0): Mounting V5 Filesystem
> [ 71.416942] XFS (loop0): Ending clean mount
> [ 71.418462] XFS (loop0): Quotacheck needed: Please wait.
> [ 71.423380] XFS (loop0): Quotacheck: Done.
> [ 71.525841] XFS (loop0): unknown mount option [nosuchopt].
> [ 71.734429] XFS (vdiskb1): Unmounting Filesystem
> [ 72.017664] XFS (vdiskb1): Mounting V5 Filesystem
> [ 72.035156] XFS (vdiskb1): Ending clean mount
> [ 72.154335] XFS (loop0): Unmounting Filesystem
> [ 72.525197] XFS (loop0): Mounting V5 Filesystem
> [ 72.533368] XFS (loop0): resetting quota flags
> [ 72.533486] XFS (loop0): Ending clean mount
> [ 72.698356] XFS (vdiskb1): Unmounting Filesystem
> [ 72.770753] XFS (loop0): Unmounting Filesystem
>
>
> I wonder how safe to compile kernel with gcc-7, since it is second bug
> I found in the kernel, when it's compiled with gcc-7.2.0...
OOPS, should be running generic/081 instead of 082 in my previous
message, but anyway, no OOPS with generic/081:
xfstests-dev# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS -- -f -bsize@96 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 4s ... 5s
Ran: generic/081
Passed all 1 tests
kernel logs:
[ 417.447478] XFS (vdiskb1): Ending clean mount
[ 417.535416] run fstests generic/081 at 2017-08-21 15:04:14
[ 418.274997] XFS (loop0): Unmounting Filesystem
[ 419.929533] XFS (dm-4): Mounting V5 Filesystem
[ 419.965193] XFS (dm-4): Ending clean mount
[ 420.030845] device-mapper: snapshots: Invalidating snapshot: Unable
to allocate exception.
[ 420.062800] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[ 420.062887] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[ 420.063566] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[ 420.063619] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[ 420.063684] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[ 420.063737] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[ 420.063801] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[ 420.063853] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[ 420.063916] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[ 420.063967] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[ 420.074043] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[ 420.074165] XFS (dm-4): xfs_do_force_shutdown(0x2) called from line
1210 of file fs/xfs/xfs_log.c. Return address = 0x00000000103ee854
[ 420.074623] XFS (dm-4): Log I/O Error Detected. Shutting down filesystem
[ 420.074682] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[ 420.080113] XFS (dm-4): Unmounting Filesystem
[ 422.943129] XFS (vdiskb1): Unmounting Filesystem
[ 423.227362] XFS (vdiskb1): Mounting V5 Filesystem
[ 423.248418] XFS (vdiskb1): Ending clean mount
[ 423.394854] XFS (vdiskb1): Unmounting Filesystem
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 12:05 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 12:05 UTC (permalink / raw)
To: lvm-devel
On Mon, Aug 21, 2017 at 3:03 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
> On Mon, Aug 21, 2017 at 1:52 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>> On Mon, Aug 21, 2017 at 1:26 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>> On Sun, Aug 20, 2017 at 1:02 PM, Anatoly Pugachev <matorola@gmail.com> wrote:
>>>> Hello!
>>>>
>>>> Running xfstests (git) suite , I'm getting git kernel OOPS :
>>>
>>> Just tested on debian kernel
>>>
>>> Linux ttip 4.12.0-1-sparc64-smp #1 SMP Debian 4.12.6-1 (2017-08-12)
>>> sparc64 GNU/Linux
>>>
>>> it does not trigger OOPS, but ends in other way:
>>
>> well, just compiled v4.12 with gcc-7, it triggers OOPS... going to
>> check with gcc-6 now...
>
> git kernel (4.13.0-rc6), compiled with debian gcc-6.4.0 , no kernel OOPS:
>
> xfstests-dev# ./check generic/082
> FSTYP -- xfs (non-debug)
> PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
> MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
> MOUNT_OPTIONS -- /dev/loop0 /1/scratch
>
> generic/082 2s ... 1s
> Ran: generic/082
> Passed all 1 tests
>
> kernel/console logs:
>
> [ 66.022438] XFS (vdiskb1): Mounting V5 Filesystem
> [ 66.105236] XFS (vdiskb1): Ending clean mount
> [ 69.862294] XFS (loop0): Mounting V5 Filesystem
> [ 69.869785] XFS (loop0): Ending clean mount
> [ 69.954562] XFS (vdiskb1): Unmounting Filesystem
> [ 70.243985] XFS (vdiskb1): Mounting V5 Filesystem
> [ 70.266297] XFS (vdiskb1): Ending clean mount
> [ 70.381947] run fstests generic/082 at 2017-08-21 14:58:27
> [ 71.162403] XFS (loop0): Unmounting Filesystem
> [ 71.409342] XFS (loop0): Mounting V5 Filesystem
> [ 71.416942] XFS (loop0): Ending clean mount
> [ 71.418462] XFS (loop0): Quotacheck needed: Please wait.
> [ 71.423380] XFS (loop0): Quotacheck: Done.
> [ 71.525841] XFS (loop0): unknown mount option [nosuchopt].
> [ 71.734429] XFS (vdiskb1): Unmounting Filesystem
> [ 72.017664] XFS (vdiskb1): Mounting V5 Filesystem
> [ 72.035156] XFS (vdiskb1): Ending clean mount
> [ 72.154335] XFS (loop0): Unmounting Filesystem
> [ 72.525197] XFS (loop0): Mounting V5 Filesystem
> [ 72.533368] XFS (loop0): resetting quota flags
> [ 72.533486] XFS (loop0): Ending clean mount
> [ 72.698356] XFS (vdiskb1): Unmounting Filesystem
> [ 72.770753] XFS (loop0): Unmounting Filesystem
>
>
> I wonder how safe to compile kernel with gcc-7, since it is second bug
> I found in the kernel, when it's compiled with gcc-7.2.0...
OOPS, should be running generic/081 instead of 082 in my previous
message, but anyway, no OOPS with generic/081:
xfstests-dev# ./check generic/081
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/sparc64 ttip 4.13.0-rc6
MKFS_OPTIONS -- -f -bsize=4096 /dev/loop0
MOUNT_OPTIONS -- /dev/loop0 /1/scratch
generic/081 4s ... 5s
Ran: generic/081
Passed all 1 tests
kernel logs:
[ 417.447478] XFS (vdiskb1): Ending clean mount
[ 417.535416] run fstests generic/081 at 2017-08-21 15:04:14
[ 418.274997] XFS (loop0): Unmounting Filesystem
[ 419.929533] XFS (dm-4): Mounting V5 Filesystem
[ 419.965193] XFS (dm-4): Ending clean mount
[ 420.030845] device-mapper: snapshots: Invalidating snapshot: Unable
to allocate exception.
[ 420.062800] Buffer I/O error on dev dm-4, logical block 20, lost
async page write
[ 420.062887] Buffer I/O error on dev dm-4, logical block 21, lost
async page write
[ 420.063566] Buffer I/O error on dev dm-4, logical block 22, lost
async page write
[ 420.063619] Buffer I/O error on dev dm-4, logical block 23, lost
async page write
[ 420.063684] Buffer I/O error on dev dm-4, logical block 24, lost
async page write
[ 420.063737] Buffer I/O error on dev dm-4, logical block 25, lost
async page write
[ 420.063801] Buffer I/O error on dev dm-4, logical block 26, lost
async page write
[ 420.063853] Buffer I/O error on dev dm-4, logical block 27, lost
async page write
[ 420.063916] Buffer I/O error on dev dm-4, logical block 28, lost
async page write
[ 420.063967] Buffer I/O error on dev dm-4, logical block 29, lost
async page write
[ 420.074043] XFS (dm-4): metadata I/O error: block 0x4002a
("xlog_iodone") error 5 numblks 64
[ 420.074165] XFS (dm-4): xfs_do_force_shutdown(0x2) called from line
1210 of file fs/xfs/xfs_log.c. Return address = 0x00000000103ee854
[ 420.074623] XFS (dm-4): Log I/O Error Detected. Shutting down filesystem
[ 420.074682] XFS (dm-4): Please umount the filesystem and rectify
the problem(s)
[ 420.080113] XFS (dm-4): Unmounting Filesystem
[ 422.943129] XFS (vdiskb1): Unmounting Filesystem
[ 423.227362] XFS (vdiskb1): Mounting V5 Filesystem
[ 423.248418] XFS (vdiskb1): Ending clean mount
[ 423.394854] XFS (vdiskb1): Unmounting Filesystem
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
2017-08-21 12:05 ` Anatoly Pugachev
(?)
@ 2017-08-21 14:42 ` Anatoly Pugachev
-1 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 14:42 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
Compiling git kernel with gcc-7.2 and with patch [1] fixes OOPS on
xfstests as well.
1. "[sparc64] kernel OOPS with gcc 7.1 / 7.2"
https://marc.info/?l=gcc&m=150285790205560&w=2
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 14:42 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 14:42 UTC (permalink / raw)
To: lvm-devel; +Cc: Sparc kernel list, fstests
Compiling git kernel with gcc-7.2 and with patch [1] fixes OOPS on
xfstests as well.
1. "[sparc64] kernel OOPS with gcc 7.1 / 7.2"
https://marc.info/?l=gcc&m\x150285790205560&w=2
^ permalink raw reply [flat|nested] 18+ messages in thread
* [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+
@ 2017-08-21 14:42 ` Anatoly Pugachev
0 siblings, 0 replies; 18+ messages in thread
From: Anatoly Pugachev @ 2017-08-21 14:42 UTC (permalink / raw)
To: lvm-devel
Compiling git kernel with gcc-7.2 and with patch [1] fixes OOPS on
xfstests as well.
1. "[sparc64] kernel OOPS with gcc 7.1 / 7.2"
https://marc.info/?l=gcc&m=150285790205560&w=2
^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2017-08-21 14:42 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-08-20 10:02 [xfstests, sparc64] git kernel OOPS 4.13.0-rc5+ Anatoly Pugachev
2017-08-20 10:02 ` Anatoly Pugachev
2017-08-20 10:02 ` Anatoly Pugachev
2017-08-21 10:26 ` Anatoly Pugachev
2017-08-21 10:26 ` Anatoly Pugachev
2017-08-21 10:26 ` Anatoly Pugachev
2017-08-21 10:52 ` Anatoly Pugachev
2017-08-21 10:52 ` Anatoly Pugachev
2017-08-21 10:52 ` Anatoly Pugachev
2017-08-21 12:03 ` Anatoly Pugachev
2017-08-21 12:03 ` Anatoly Pugachev
2017-08-21 12:03 ` Anatoly Pugachev
2017-08-21 12:05 ` Anatoly Pugachev
2017-08-21 12:05 ` Anatoly Pugachev
2017-08-21 12:05 ` Anatoly Pugachev
2017-08-21 14:42 ` Anatoly Pugachev
2017-08-21 14:42 ` Anatoly Pugachev
2017-08-21 14:42 ` Anatoly Pugachev
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.