Messages in this thread | | | From | Vladimir Klenov <> | Date | Thu, 1 Apr 2004 12:04:40 +0300 | Subject | oops on same place on two different machines (2.4.23,2.4.24) |
| |
Hello! On two different machines running 2.4.23-grsec, 2.4.24-grsec with last holes patched appearing oopses in same place. Both serving dynamic http content with apache 1.3
ksymoops output
first, 4G RAM, 2xP4 xeon 2.4G, HT, 64G RAM support enabled, ext3 as root, reiserfs as /home with noatime,nodiratime, 2.4.23-grsec-2
ksymoops 2.4.9 on i686 2.4.23-grsec-2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.23-grsec-2/ (default) -m /boot2/System.map-2.4.23-grsec-2 (specified)
eip: c01c6c50 kernel BUG at /home/src/kernel/linux-2.4.23/include/asm/spinlock.h:133! invalid operand: 0000 CPU: 3 EIP: 0010:[<c01c6c68>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010086 eax: 0000000e ebx: d9cda2c0 ecx: ffffffff edx: c010256c esi: f02cfde4 edi: 00000246 ebp: f02cfdc0 esp: f02cfdac ds: 0018 es: 0018 ss: 0018 Process httpd (pid: 14513, stackpage=f02cf000) Stack: c0346eb5 c01c6c50 f02ce000 f02cfde4 d9cda2c0 f02cfdf4 c020a9d9 d9cda204 d9cda204 c0242418 00000000 f02ce000 00000000 00000000 00000000 f02ce000 d9cda2c8 d9cda2c8 f02cfe0c c020bf8a d9cda204 00000000 f7d16cd0 0043bbf6 Call Trace: [<c01c6c50>] [<c020a9d9>] [<c0242418>] [<c020bf8a>] [<c020c59a>] [<c0242418>] [<c02424de>] [<c0242418>] [<c023e1c0>] [<c01fd79d>] [<c01fe404>] [<c01fe77d>] [<c01fe946>] [<c01feced>] [<c01fa5fe>] [<c01b5693>] Code: 0f 0b 85 00 80 6e 34 c0 f0 fe 0b 0f 88 53 17 00 00 8d 4e 08
>>EIP; c01c6c68 <remove_wait_queue+28/84> <=====
>>ebx; d9cda2c0 <_end+19944f58/386d0cf8> >>edx; c010256c <log_wait+0/10> >>esi; f02cfde4 <_end+2ff3aa7c/386d0cf8>
<_end+2ff3aa58/386d0cf8> >>esp; f02cfdac <_end+2ff3aa44/386d0cf8>
Trace; c01c6c50 <remove_wait_queue+10/84> Trace; c020a9d9 <__wait_on_freeing_inode+9d/d8> Trace; c0242418 <reiserfs_find_actor+0/a0> Trace; c020bf8a <find_inode+4e/6c> Trace; c020c59a <iget4+72/164> Trace; c0242418 <reiserfs_find_actor+0/a0> Trace; c02424de <reiserfs_iget+26/6c> Trace; c0242418 <reiserfs_find_actor+0/a0> Trace; c023e1c0 <reiserfs_lookup+8c/d4> Trace; c01fd79d <real_lookup+a9/168> Trace; c01fe404 <link_path_walk+998/cf4> Trace; c01fe77d <path_walk+1d/24> Trace; c01fe946 <path_lookup+1e/2c> Trace; c01feced <__user_walk+2d/48> Trace; c01fa5fe <sys_lstat64+1a/70> Trace; c01b5693 <system_call+33/40>
Code; c01c6c68 <remove_wait_queue+28/84> 00000000 <_EIP>: Code; c01c6c68 <remove_wait_queue+28/84> <===== 0: 0f 0b ud2a <===== Code; c01c6c6a <remove_wait_queue+2a/84> 2: 85 00 test %eax,(%eax) Code; c01c6c6c <remove_wait_queue+2c/84> 4: 80 6e 34 c0 subb $0xc0,0x34(%esi) Code; c01c6c70 <remove_wait_queue+30/84> 8: f0 fe 0b lock decb (%ebx) Code; c01c6c73 <remove_wait_queue+33/84> b: 0f 88 53 17 00 00 js 1764 <_EIP+0x1764> Code; c01c6c79 <remove_wait_queue+39/84> 11: 8d 4e 08 lea 0x8(%esi),%ecx
second, 4G RAM, 2xP4 xeon 2.4G, HT, 64G RAM support enabled, ext3, /home with noatime,nodiratime
ksymoops 2.4.9 on i686 2.4.24-grsec-1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.24-grsec-1/ (default) -m /boot/System.map-2.4.24-grsec-1 (default)
Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options.
eip: c01dc180 kernel BUG at /usr/src/kernel/linux-2.4.24-grsec/include/asm/spinlock.h:133! invalid operand: 0000 CPU: 0 EIP: 0010:[<c01dc1b4>] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010082 eax: 0000000e ebx: d4a6de00 ecx: 00000002 edx: f6213f74 esi: efd5613c edi: 00000292 ebp: d4a6ddd8 esp: d4a6ddbc ds: 0018 es: 0018 ss: 0018 Process httpd (pid: 29534, stackpage=d4a6d000) Stack: c03b04d8 c01dc180 c011a080 c011a090 d4a6c000 d4a6de00 efd5613c d4a6de1c c0226e6d f774d600 f774d600 00000e00 00000000 00000000 d4a6c000 00000000 00000000 00000000 d4a6c000 efd56144 efd56144 efd56080 efd56080 f7c81f48 Call Trace: [<c01dc180>] [<c0226e6d>] [<c0227f1d>] [<c02285b9>] [<c0242e2c>] [<c0219630>] [<c02194cb>] [<c0219cb4>] [<c02248e1>] [<c021a39a>] [<c021a9ac>] [<c0337bd5>] [<c020a30c>] [<c0219063>] [<c020a721>] [<c01c7da3>] Code: 0f 0b 85 00 e0 07 3b c0 f0 fe 0e 0f 88 40 1b 00 00 8d 4b 08
>>EIP; c01dc1b4 <remove_wait_queue+34/a0> <=====
>>ebx; d4a6de00 <_end+146766c0/38544920> >>edx; f6213f74 <_end+35e1c834/38544920> >>esi; efd5613c <_end+2f95e9fc/38544920> >>ebp; d4a6ddd8 <_end+14676698/38544920> >>esp; d4a6ddbc <_end+1467667c/38544920>
Trace; c01dc180 <remove_wait_queue+0/a0> Trace; c0226e6d <__wait_on_freeing_inode+8d/d0> Trace; c0227f1d <find_inode+5d/70> Trace; c02285b9 <iget4+89/190> Trace; c0242e2c <ext3_lookup+6c/90> Trace; c0219630 <real_lookup+110/190> Trace; c02194cb <cached_lookup+1b/70> Trace; c0219cb4 <link_path_walk+3c4/880> Trace; c02248e1 <dput+31/210> Trace; c021a39a <path_lookup+3a/40> Trace; c021a9ac <open_namei+6c/7f0> Trace; c0337bd5 <net_rx_action+b5/160> Trace; c020a30c <filp_open+3c/60> Trace; c0219063 <getname+93/d0> Trace; c020a721 <sys_open+51/d0> Trace; c01c7da3 <system_call+33/40>
Code; c01dc1b4 <remove_wait_queue+34/a0> 00000000 <_EIP>: Code; c01dc1b4 <remove_wait_queue+34/a0> <===== 0: 0f 0b ud2a <===== Code; c01dc1b6 <remove_wait_queue+36/a0> 2: 85 00 test %eax,(%eax) Code; c01dc1b8 <remove_wait_queue+38/a0> 4: e0 07 loopne d <_EIP+0xd> Code; c01dc1ba <remove_wait_queue+3a/a0> 6: 3b c0 cmp %eax,%eax Code; c01dc1bc <remove_wait_queue+3c/a0> 8: f0 fe 0e lock decb (%esi) Code; c01dc1bf <remove_wait_queue+3f/a0> b: 0f 88 40 1b 00 00 js 1b51 <_EIP+0x1b51> Code; c01dc1c5 <remove_wait_queue+45/a0> 11: 8d 4b 08 lea 0x8(%ebx),%ecx
1 warning issued. Results may not be reliable.
I can provide more information if needed
SY, Vladimir - 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/
| |