lkml.org 
[lkml]   [2002]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectkswapd oopses in 2.4.18
Hello,

I've using stock 2.4.18 in our production server, and today it oopses
after week of uptime. After first oops followed many next, LA grows
to ~3 from .3 and finally, machine stop pinging.

Machine is 1.6G P4 UP, 512M RAM, AIC-7899P, ext3, reiserfs
Can you give me idea whats happened?

Here is ksymoops output of first oops.


ksymoops 2.4.6 on i686 2.4.18. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.18/ (default)
-m /boot/System.map-2.4.18 (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.

Error (regular_file): read_system_map stat /boot/System.map-2.4.18 failed
invalid operand: 0000
CPU: 0
EIP: 0010:[<c01340d8>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: df878274 ebx: c6ef1454 ecx: c6ef145c edx: c6ef146c
esi: c1969f5c edi: c99d808c ebp: c1969f64 esp: c1969f28
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 4, stackpage=c1969000)
Stack: c013ff66 df878274 c6ef1454 c013ffbf c6ef1454 c99d8644 c99d863c c01401e4
c1969f5c 0000000e 000001d0 00000017 000003e4 c6b6d274 c8869bfc 00000005
c0140227 00000000 c01278c7 00000005 000001d0 00000005 000001d0 00000005
Call Trace: [<c013ff66>] [<c013ffbf>] [<c01401e4>] [<c0140227>] [<c01278c7>]
[<c012791c>] [<c01279b3>] [<c0127a0e>] [<c0127b1d>] [<c0105478>]
Code: 8f 4c 24 04 ff 49 08 0f 94 c0 84 c0 74 1a 8b 51 04 8b 01 89


>>EIP; c01340d8 <cdput+0/888> <=====

>>eax; df878274 <___strtok+1f5c58a0/207de68c>
>>ebx; c6ef1454 <___strtok+6c3ea80/207de68c>
>>ecx; c6ef145c <___strtok+6c3ea88/207de68c>
>>edx; c6ef146c <___strtok+6c3ea98/207de68c>
>>esi; c1969f5c <___strtok+16b7588/207de68c>
>>edi; c99d808c <___strtok+97256b8/207de68c>
>>ebp; c1969f64 <___strtok+16b7590/207de68c>
>>esp; c1969f28 <___strtok+16b7554/207de68c>

Trace; c013ff66 <clear_inode+ee/208>
Trace; c013ffbf <clear_inode+147/208>
Trace; c01401e4 <invalidate_device+fc/258>
Trace; c0140227 <invalidate_device+13f/258>
Trace; c01278c7 <kmem_find_general_cachep+f87/1920>
Trace; c012791c <kmem_find_general_cachep+fdc/1920>
Trace; c01279b3 <kmem_find_general_cachep+1073/1920>
Trace; c0127a0e <kmem_find_general_cachep+10ce/1920>
Trace; c0127b1d <kmem_find_general_cachep+11dd/1920>
Trace; c0105478 <kernel_thread+28/1cc>

Code; c01340d8 <cdput+0/888>
00000000 <_EIP>:
Code; c01340d8 <cdput+0/888> <=====
0: 8f 4c 24 04 popl 0x4(%esp,1) <=====
Code; c01340dc <cdput+4/888>
4: ff 49 08 decl 0x8(%ecx)
Code; c01340df <cdput+7/888>
7: 0f 94 c0 sete %al
Code; c01340e2 <cdput+a/888>
a: 84 c0 test %al,%al
Code; c01340e4 <cdput+c/888>
c: 74 1a je 28 <_EIP+0x28> c0134100 <cdput+28/888>
Code; c01340e6 <cdput+e/888>
e: 8b 51 04 mov 0x4(%ecx),%edx
Code; c01340e9 <cdput+11/888>
11: 8b 01 mov (%ecx),%eax
Code; c01340eb <cdput+13/888>
13: 89 00 mov %eax,(%eax)


1 warning and 1 error issued. Results may not be reliable.


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/

\
 
 \ /
  Last update: 2005-03-22 13:31    [W:0.249 / U:0.456 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site