Messages in this thread | | | Date | Thu, 31 Jan 2002 22:09:51 -0500 | Subject | Re: Oops immediately following dbench 192 on 2.5.3 | From | rwhron@earthlin ... |
| |
> > System has reiserfs root filesystem and other filesystems, except > > for the ext2 filesystem that was running dbench 192. IDE. > > Does the patch Oleg posted earlier for 2.5.2-dj7 fix this problem ? > I was wondering why that bug was showing up in -dj but not mainline, > so I'm expecting it to solve your problem.
Hmm, I don't see my similar report on 2.5.2-dj7 in the archive. Basically the exact same behaviour I got with 2.5.3. Between 2.5.2-dj7 and 2.5.3 runs; 2.4.17 and 2.4.18pre7aa1 ran the same tests without a problem.
Here is the report on 2.5.2-dj7:
I got the following oops on 2.5.2-dj7 during the "runtests" benchmark. The logfiles suggest it was after dbench 192 completed on ext2, but before the next test (LTP) got started. I.E. in the "echo;sync;sleep" part of the "runtests" wrapper. Filesystems are reiserfs other than the one that runs dbench.
It did not reboot. It does appear livelocked though. 2.5.2-dj[1-6] completed the tests with no problem.
ksymoops:
Error (regular_file): read_ksyms stat /proc/ksyms failed No modules in ksyms, skipping objects No ksyms, skipping lsmod CPU: 0 EIP: 0010:[<c015f4b9>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010282 eax: 00000057 ebx: c01f69e0 ecx: 00000001 edx: d7962000 esi: d7ea2800 edi: 00000000 ebp: d735fe40 esp: d735fc44 ds: 0018 es: 0018 ss: 0018 Process runtests (pid: 68, stackpage=d735f000) Stack: c01f555a c02612c0 c01f69e0 d735fc68 d735fca0 00000000 c016644b d7ea2800 c01f69e0 d735fe80 c237f4e0 00000003 00000006 00000008 00001000 00000000 00000001 d735fca4 00000f58 00000001 00000f58 d7ea2800 63eb3120 00000000 Call Trace: [<c016644b>] [<c0166a29>] [<c015884c>] [<c01595cc>] [<c012c484>] [<c012b66b>] [<c0136d03>] [<c01085c3>] Code: 0f 0b 68 c0 12 26 c0 b8 60 55 1f c0 85 f6 74 06 8d 86 cc 00
>>EIP; c015f4b8 <reiserfs_panic+28/4c> <===== Trace; c016644a <reiserfs_cut_from_item+1b2/450> Trace; c0166a28 <reiserfs_do_truncate+2f8/424> Trace; c015884c <reiserfs_truncate_file+c4/154> Trace; c01595cc <reiserfs_file_release+31c/340> Trace; c012c484 <fput+4c/d0> Trace; c012b66a <filp_close+5e/68> Trace; c0136d02 <sys_dup2+8a/b0> Trace; c01085c2 <system_call+32/40> Code; c015f4b8 <reiserfs_panic+28/4c> 00000000 <_EIP>: Code; c015f4b8 <reiserfs_panic+28/4c> <===== 0: 0f 0b ud2a <===== Code; c015f4ba <reiserfs_panic+2a/4c> 2: 68 c0 12 26 c0 push $0xc02612c0 Code; c015f4be <reiserfs_panic+2e/4c> 7: b8 60 55 1f c0 mov $0xc01f5560,%eax Code; c015f4c4 <reiserfs_panic+34/4c> c: 85 f6 test %esi,%esi Code; c015f4c6 <reiserfs_panic+36/4c> e: 74 06 je 16 <_EIP+0x16> c015f4ce <reiserfs_panic+3e/4c> Code; c015f4c8 <reiserfs_panic+38/4c> 10: 8d 86 cc 00 00 00 lea 0xcc(%esi),%eax
-- Randy Hron
- 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/
| |