[lkml]   [2003]   [Mar]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject2.4.21-pre5 BUG: vmscan.c:359

Got the following OOPS on 2.4.21-pre5:

kernel BUG at vmscan.c:359!
invalid operand: 0000
CPU: 3
EIP: 0010:[<c0133570>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: fdd026d3 ebx: 00000000 ecx: c112acbc edx: c2856000
esi: c112aca0 edi: 00000005 ebp: c2857f50 esp: c2857f1c
ds: 0018 es: 0018 ss: 0018
Process kswapd (pid: 7, stackpage=c2857000)
Stack: f7361f00 c2856000 000001b1 0000f009 000001d0 c02bc468 c2864c00 00000001
00000001 00000001 00000020 000001d0 00000006 c2857f74 c01339b4 00000006
00000006 00000020 c02bc468 00000006 000001d0 c02bc468 c2857f8c c0133a1c
Call Trace: [<c01339b4>] [<c0133a1c>] [<c0133b4f>] [<c0133bc6>] [<c0133cff>]
[<c0133c60>] [<c0105000>] [<c0107476>] [<c0133c60>]
Code: 0f 0b 67 01 58 9c 27 c0 8b 01 31 db 8b 51 04 89 50 04 89 02

>>EIP; c0133570 <shrink_cache+e0/3c0> <=====
Trace; c01339b4 <shrink_caches+54/80>
Trace; c0133a1c <try_to_free_pages_zone+3c/60>
Trace; c0133b4f <kswapd_balance_pgdat+4f/a0>
Trace; c0133bc6 <kswapd_balance+26/40>
Trace; c0133cff <kswapd+9f/b8>
Trace; c0133c60 <kswapd+0/b8>
Trace; c0105000 <_stext+0/0>
Trace; c0107476 <kernel_thread+26/40>
Trace; c0133c60 <kswapd+0/b8>
Code; c0133570 <shrink_cache+e0/3c0>
00000000 <_EIP>:
Code; c0133570 <shrink_cache+e0/3c0> <=====
0: 0f 0b ud2a <=====
Code; c0133572 <shrink_cache+e2/3c0>
2: 67 01 58 9c addr16 add %ebx,-100(%bx,%si)
Code; c0133576 <shrink_cache+e6/3c0>
6: 27 daa
Code; c0133577 <shrink_cache+e7/3c0>
7: c0 8b 01 31 db 8b 51 rorb $0x51,0x8bdb3101(%ebx)
Code; c013357e <shrink_cache+ee/3c0>
e: 04 89 add $0x89,%al
Code; c0133580 <shrink_cache+f0/3c0>
10: 50 push %eax
Code; c0133581 <shrink_cache+f1/3c0>
11: 04 89 add $0x89,%al
Code; c0133583 <shrink_cache+f3/3c0>
13: 02 00 add (%eax),%al

The machine is an HP LT6000R:
4x550MHz Xeon
megaraid RAID controller
e100 network interface

I've run memtest86 on the machine for 72hours with zero errors, so I don't
think this is a hardware problem. The machine is also quite stable running
2.4.18. The host was under synthetic load when this happened, so it
should be reproduceable. This oops happened after about 2 days of
constant load on the machine. The synthetic load was:

- stress-kernel (aka cerberus)
- a simple file copy loop that runs a find on an NFS mount (autofs, linux
server), and for each file it copies it to a local ext3 filesystem, cats
the file to /dev/null and then deletes the file. files range in size from
1k to 2GB.
- 'top' and 'vmstat', of course...

The only patches to the kernel were redhat's netdump code (so we can get
the oops) and the O_STREAMING patch. Let me know what other info would be
helpful from the machine. I can easily restart the test load as needed, as
the machine is dedicated to kernel testing.



To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

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