* Re: OOPS BUG at fs/ext4/inode.c:1853 [not found] <7897FA4C-4600-4872-A003-BBB6B099785D@infogears.com> @ 2010-02-03 2:54 ` tytso 2010-02-03 3:30 ` Rusty Conover 0 siblings, 1 reply; 3+ messages in thread From: tytso @ 2010-02-03 2:54 UTC (permalink / raw) To: Rusty Conover; +Cc: linux-kernel, linux-ext4 On Tue, Feb 02, 2010 at 08:25:44PM -0500, Rusty Conover wrote: > Hi, > > Here is a kernel oops using the latest fedora 12 kernel. Machine is > a Intel(R) Xeon(R) CPU E5430 @ 2.66GHz, running in 32bit mode, > normal SATA disks. Filesystem was created in fedora 10, and machine > upgraded via yum to Fedora 12. Is reproducible using "stress-1.0.2" > from http://weather.ou.edu/~apw/projects/stress/ Thanks for the bug report! Can you send us the output of dumpe2fs -h on the filesystem in question, and the exact Fedora 12 kernel version? This is a quad-core machine, right? How much memory did you have installed in the machine? How long did you you have to run the script before the oops triggered? I haven't been able to trigger it using the latest ext4 tree running under KVM (but that's only emulating two, not four cores). Next up is the mainline tree, and then stock 2.6.32.6.... Eric can probably test F12 kernel faster than I can (I do have an F12 machine that Red Hat has graciously lent me, but due to travel and a new job it hasn't been hooked up yet, and I can only use it when I'm at home; so I probably won't have time to test on that machine until the weekend). Regards, - Ted > > Command line to reproduce was: ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 > > Please cc any reply to me, and all help is appreciated. > > Cheers, > > Rusty > -- > Rusty Conover > rconover@infogears.com > InfoGears Inc / GearBuyer.com / FootwearBuyer.com > http://www.infogears.com > http://www.gearbuyer.com > http://www.footwearbuyer.com > > ------------[ cut here ]------------ > kernel BUG at fs/ext4/inode.c:1853! > invalid opcode: 0000 [#1] SMP > last sysfs file: /sys/devices/system/cpu/cpu3/cache/index2/shared_cpu_map > Modules linked in: w83793 w83627hf hwmon_vid i5k_amb coretemp ipmi_msghandler i2c_core ipt_LOG xt_multiport nf_conntrack_ftp cpufreq_ondemand acpi_cpufreq ipv6 pp > _pc i5000_edac edac_core e1000e serio_raw parport raid1 dm_multipath [last unloaded: i2c_i801] > > Pid: 27992, comm: stress Not tainted (2.6.31.12-174.2.3.fc12.i686.PAE #1) X7DVL-3 > EIP: 0060:[<c0527a75>] EFLAGS: 00010297 CPU: 3 > EIP is at ext4_da_get_block_prep+0xef/0x246 > EAX: 00000023 EBX: 0003a325 ECX: 00000023 EDX: 00000024 > ESI: 00000000 EDI: d0bf6600 EBP: ed86bc90 ESP: ed86bc58 > DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 > Process stress (pid: 27992, ti=ed86a000 task=ea8db300 task.ti=ed86a000) > Stack: > df5c9cc0 df5c9cc0 f649b400 ffff0000 ffffffff 00000000 d0bf683c d0bf6600 > <0> 00000000 d0bf6688 00000000 0003a325 00000000 c84f6500 ed86bce0 c04e4b1a > <0> df5c9cc0 00000001 ed86bcd4 df5c9cc0 d0bf6688 00001000 00000000 00000000 > Call Trace: > [<c04e4b1a>] ? __block_prepare_write+0x11b/0x26d > [<c04e4de0>] ? block_write_begin+0x73/0xd8 > [<c0527986>] ? ext4_da_get_block_prep+0x0/0x246 > [<c049bc1f>] ? add_to_page_cache_lru+0x4f/0x58 > [<c05276d1>] ? ext4_da_write_begin+0x1c8/0x252 > [<c0527986>] ? ext4_da_get_block_prep+0x0/0x246 > [<c049c497>] ? generic_file_buffered_write+0xd4/0x263 > [<c049ca64>] ? __generic_file_aio_write_nolock+0x258/0x289 > [<c049cd5e>] ? generic_file_aio_write+0x5f/0xb0 > [<c051f809>] ? ext4_file_write+0xa3/0x11a > [<c04c8ae1>] ? do_sync_write+0xae/0xe9 > [<c056f065>] ? file_has_perm+0x89/0xa3 > [<c0450db9>] ? autoremove_wake_function+0x0/0x34 > [<c056f355>] ? selinux_file_permission+0x49/0x4d > [<c056867f>] ? security_file_permission+0x14/0x16 > [<c04c8ca2>] ? rw_verify_area+0x9d/0xc0 > [<c04c8a33>] ? do_sync_write+0x0/0xe9 > [<c04c907c>] ? vfs_write+0x85/0xe4 > [<c04cf7ee>] ? path_put+0x1a/0x1d > [<c04c9179>] ? sys_write+0x40/0x62 > [<c0408fbb>] ? sysenter_do_call+0x12/0x28 > Code: 00 89 45 e0 8b 45 e0 e8 45 34 25 00 8b 4d e4 8b 45 ec 8b 91 2c 02 00 00 42 e8 75 bd ff ff 8b 7d e4 8b 97 30 02 00 00 39 d0 73 04 <0f> 0b eb fe 29 d0 89 45 d > > EIP: [<c0527a75>] ext4_da_get_block_prep+0xef/0x246 SS:ESP 0068:ed86bc58 > ---[ end trace 156dd7e7b61aac87 ]--- > > > # dumpe2fs -h /dev/md2 > dumpe2fs 1.41.9 (22-Aug-2009) > Filesystem volume name: <none> > Last mounted on: / > Filesystem UUID: ec711783-a186-466e-a175-ac1fb30dddf7 > Filesystem magic number: 0xEF53 > Filesystem revision #: 1 (dynamic) > Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize > Filesystem flags: signed_directory_hash > Default mount options: user_xattr acl > Filesystem state: clean > Errors behavior: Continue > Filesystem OS type: Linux > Inode count: 28835840 > Block count: 115340656 > Reserved block count: 5767032 > Free blocks: 96094336 > Free inodes: 27927481 > First block: 0 > Block size: 4096 > Fragment size: 4096 > Reserved GDT blocks: 996 > Blocks per group: 32768 > Fragments per group: 32768 > Inodes per group: 8192 > Inode blocks per group: 512 > Flex block group size: 16 > Filesystem created: Mon Jan 5 16:15:36 2009 > Last mount time: Tue Feb 2 16:17:09 2010 > Last write time: Tue Feb 2 16:17:08 2010 > Mount count: 29 > Maximum mount count: -1 > Last checked: Mon Jan 5 16:15:36 2009 > Check interval: 0 (<none>) > Lifetime writes: 1158 MB > Reserved blocks uid: 0 (user root) > Reserved blocks gid: 0 (group root) > First inode: 11 > Inode size: 256 > Required extra isize: 28 > Desired extra isize: 28 > Journal inode: 8 > First orphan inode: 101263 > Default directory hash: half_md4 > Directory Hash Seed: dd38dd1a-5e43-4e35-8c96-db5ac377591b > Journal backup: inode blocks > Journal size: 128M > > [root@site-18 ~]# mount > /dev/md2 on / type ext4 (rw) > proc on /proc type proc (rw) > sysfs on /sys type sysfs (rw) > devpts on /dev/pts type devpts (rw,gid=5,mode=620) > tmpfs on /dev/shm type tmpfs (rw) > /dev/md1 on /boot type ext3 (rw) > none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) > > [root@site-18 ~]# cat /proc/mdstat > Personalities : [raid1] > md1 : active raid1 sda1[0] sdb1[1] > 10241280 blocks [2/2] [UU] > > md2 : active raid1 sda3[0] sdb3[1] > 461362624 blocks [2/2] [UU] > > md0 : active raid1 sda2[0] sdb2[1] > 16779776 blocks [2/2] [UU] > > unused devices: <none> > > > > > > > > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: OOPS BUG at fs/ext4/inode.c:1853 2010-02-03 2:54 ` OOPS BUG at fs/ext4/inode.c:1853 tytso @ 2010-02-03 3:30 ` Rusty Conover 2010-02-12 12:51 ` Rusty Conover 0 siblings, 1 reply; 3+ messages in thread From: Rusty Conover @ 2010-02-03 3:30 UTC (permalink / raw) To: linux-ext4; +Cc: linux-kernel On Feb 2, 2010, at 9:54 PM, tytso@mit.edu wrote: > On Tue, Feb 02, 2010 at 08:25:44PM -0500, Rusty Conover wrote: >> Hi, >> >> Here is a kernel oops using the latest fedora 12 kernel. Machine is >> a Intel(R) Xeon(R) CPU E5430 @ 2.66GHz, running in 32bit mode, >> normal SATA disks. Filesystem was created in fedora 10, and machine >> upgraded via yum to Fedora 12. Is reproducible using "stress-1.0.2" >> from http://weather.ou.edu/~apw/projects/stress/ > > Thanks for the bug report! Thanks for the reply! > Can you send us the output of dumpe2fs -h on the filesystem in > question, and the exact Fedora 12 kernel version? This is a quad-core > machine, right? How much memory did you have installed in the > machine? Kernel version: 2.6.31.12-174.2.3.fc12.i686.PAE #1 SMP Mon Jan 18 20:06:44 UTC 2010 i686 i686 i386 GNU/Linux Yes this is a quad core machine. There is 16 Gigs of ram installed in the machine. dumpe2fs 1.41.9 (22-Aug-2009) Filesystem volume name: <none> Last mounted on: / Filesystem UUID: ec711783-a186-466e-a175-ac1fb30dddf7 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options: user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 28835840 Block count: 115340656 Reserved block count: 5767032 Free blocks: 96094336 Free inodes: 27927481 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 996 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Flex block group size: 16 Filesystem created: Mon Jan 5 16:15:36 2009 Last mount time: Tue Feb 2 16:17:09 2010 Last write time: Tue Feb 2 16:17:08 2010 Mount count: 29 Maximum mount count: -1 Last checked: Mon Jan 5 16:15:36 2009 Check interval: 0 (<none>) Lifetime writes: 1158 MB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 First orphan inode: 101263 Default directory hash: half_md4 Directory Hash Seed: dd38dd1a-5e43-4e35-8c96-db5ac377591b Journal backup: inode blocks Journal size: 128M > How long did you you have to run the script before the oops triggered? > I haven't been able to trigger it using the latest ext4 tree running > under KVM (but that's only emulating two, not four cores). Next up is > the mainline tree, and then stock 2.6.32.6.... PID 27992 was the one that crashed. So it took about 5.5 hours. Here is the process table: root 27988 0.0 0.0 1912 468 pts/1 S+ 10:49 0:00 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27989 74.6 0.0 1912 184 pts/1 R+ 10:49 209:04 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27990 5.5 0.0 1912 176 pts/1 D+ 10:49 15:32 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27991 76.7 0.2 132988 41760 pts/1 R+ 10:49 214:58 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27992 10.4 0.0 2864 1264 pts/1 D+ 10:49 29:14 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27993 74.5 0.0 1912 184 pts/1 R+ 10:49 208:38 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27994 74.3 0.0 1912 184 pts/1 R+ 10:49 208:13 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 root 27995 74.5 0.0 1912 184 pts/1 R+ 10:49 208:44 ./stress --cpu 4 --io 1 --vm 1 --vm-bytes 128M --hdd 1 We've found that the time until the kernel crashes varies. > Eric can probably test > F12 kernel faster than I can (I do have an F12 machine that Red Hat > has graciously lent me, but due to travel and a new job it hasn't been > hooked up yet, and I can only use it when I'm at home; so I probably > won't have time to test on that machine until the weekend). > We can get you remote access to the machine if that'd be helpful to you. Thanks, Rusty -- Rusty Conover rconover@infogears.com InfoGears Inc / GearBuyer.com / FootwearBuyer.com http://www.infogears.com http://www.gearbuyer.com http://www.footwearbuyer.com ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: OOPS BUG at fs/ext4/inode.c:1853 2010-02-03 3:30 ` Rusty Conover @ 2010-02-12 12:51 ` Rusty Conover 0 siblings, 0 replies; 3+ messages in thread From: Rusty Conover @ 2010-02-12 12:51 UTC (permalink / raw) To: linux-ext4, linux-kernel >> On Tue, Feb 02, 2010 at 08:25:44PM -0500, Rusty Conover wrote: >>> Hi, >>> >>> Here is a kernel oops using the latest fedora 12 kernel. Machine is >>> a Intel(R) Xeon(R) CPU E5430 @ 2.66GHz, running in 32bit mode, >>> normal SATA disks. Filesystem was created in fedora 10, and machine >>> upgraded via yum to Fedora 12. Is reproducible using "stress-1.0.2" >>> from http://weather.ou.edu/~apw/projects/stress/ >> >> Thanks for the bug report! > Hi All, We did a full raid resync, with e2fsck and was still able to get another OOPS after about a week of running "stress". Unfortunately this report didn't get everything, but hopefully its still helpful. The kernel version is the same as Fedora 12 hasn't yet released an update. Thanks, Rusty ------------[ cut here ]------------ invalid opcode: 0000 [#1] SMP last sysfs file: /sys/devices/pci0000:00/0000:00:1f.3/i2c-adapter/i2c-0/0-002f/beep_enable Process stress (pid: 15814, ti=e8a16000 task=e99a0cc0 task.ti=e8a16000) Stack: Call Trace: ESI: 00000000 EDI: f0bef6a0 EBP: e8a17c90 ESP: e8a17c58 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 Process stress (pid: 15814, ti=e8a16000 task=e99a0cc0 task.ti=e8a16000) Stack: d5d747c0 d5d747c0 f6796c00 ffff0000 ffffffff 00000000 f0bef8dc f0bef6a0 <0> 00000000 f0bef728 00000000 00018904 00000000 c8df8280 e8a17ce0 c04e4b1a <0> d5d747c0 00000001 e8a17cd4 d5d747c0 f0bef728 00001000 00000000 00000000 Call Trace: [<c04e4b1a>] ? __block_prepare_write+0x11b/0x26d [<c04e4de0>] ? block_write_begin+0x73/0xd8 [<c0527986>] ? ext4_da_get_block_prep+0x0/0x246 [<c049bc1f>] ? add_to_page_cache_lru+0x4f/0x58 [<c05276d1>] ? ext4_da_write_begin+0x1c8/0x252 [<c0527986>] ? ext4_da_get_block_prep+0x0/0x246 [<c049c497>] ? generic_file_buffered_write+0xd4/0x263 [<c049ca64>] ? __generic_file_aio_write_nolock+0x258/0x289 [<c049cd5e>] ? generic_file_aio_write+0x5f/0xb0 [<c051f809>] ? ext4_file_write+0xa3/0x11a [<c04c8ae1>] ? do_sync_write+0xae/0xe9 [<c056f065>] ? file_has_perm+0x89/0xa3 [<c0450db9>] ? autoremove_wake_function+0x0/0x34 [<c056f355>] ? selinux_file_permission+0x49/0x4d [<c056867f>] ? security_file_permission+0x14/0x16 [<c04c8ca2>] ? rw_verify_area+0x9d/0xc0 [<c04c8a33>] ? do_sync_write+0x0/0xe9 [<c04c907c>] ? vfs_write+0x85/0xe4 [<c04cf7ee>] ? path_put+0x1a/0x1d [<c04c9179>] ? sys_write+0x40/0x62 [<c0408fbb>] ? sysenter_do_call+0x12/0x28 Code: 00 89 45 e0 8b 45 e0 e8 45 34 25 00 8b 4d e4 8b 45 ec 8b 91 2c 02 00 00 42 e8 7 d0 73 04 <0f> 0b eb fe 29 d0 89 45 dc 8b 45 e0 f0 fe 00 8b 55 ec 31 f6 8b EIP: [<c0527a75>] ext4_da_get_block_prep+0xef/0x246 SS:ESP 0068:e8a17c58 ---[ end trace 7449c5aa814e4d05 ]--- -- Rusty Conover rconover@infogears.com InfoGears Inc / GearBuyer.com / FootwearBuyer.com / BabyGearBuyer.com http://www.gearbuyer.com http://www.footwearbuyer.com http://www.babygearbuyer.com ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-02-12 12:51 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <7897FA4C-4600-4872-A003-BBB6B099785D@infogears.com>
2010-02-03 2:54 ` OOPS BUG at fs/ext4/inode.c:1853 tytso
2010-02-03 3:30 ` Rusty Conover
2010-02-12 12:51 ` Rusty Conover
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox