From: Dinesh Mistry (dmistry_at_yourhostdirect.com)
Date: Tue 22 Apr 2003 - 16:52:22 BST
Ksysmoops output. Means nothing to me tho ;(
ksymoops 2.4.4 on i686 2.4.20ctx-17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.20ctx-17/ (default)
-m /boot/System.map-2.4.20ctx-17 (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.
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod
file?
kernel BUG at page_alloc.c:100!
invalid operand: 0000
CPU: 1
EIP: 0010:[<c0135076>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: c1b6e23c ebx: c1b6a8f0 ecx: 00000800 edx: c1b600dc
esi: 00000001 edi: 00000000 ebp: 00010000 esp: cfd93ec4
ds: 0018 es: 0018 ss: 0018
Process mysqld (pid: 2077, stackpage=cfd93000)
Stack: cfd93fc4 fffbfeef 08404a68 cfd93fc4 d22a8804 00000021 cfd92664
c02f5110
00000001 00000003 00010000 c0129a58 c1b6a8f0 00010000 00000003
cfec9a48
00000003 41692000 d0330418 41800000 c02f5100 00000003 41692000
d0330418
Call Trace: [<c0129a58>] [<c0246d8f>] [<c0246f32>] [<c012c03d>]
[<c012c0f3>]
[<c0108c03>]
Code: 0f 0b 64 00 e8 89 25 c0 8b 53 08 85 d2 74 08 0f 0b 66 00 e8
>>EIP; c0135076 <__free_pages_ok+46/2a0> <=====
Trace; c0129a58 <zap_page_range+358/3a0>
Trace; c0246d8f <__rb_erase_color+bf/190>
Trace; c0246f32 <rb_erase+d2/e0>
Trace; c012c03d <do_munmap+1dd/260>
Trace; c012c0f3 <sys_munmap+33/50>
Trace; c0108c03 <system_call+33/38>
Code; c0135076 <__free_pages_ok+46/2a0>
00000000 <_EIP>:
Code; c0135076 <__free_pages_ok+46/2a0> <=====
0: 0f 0b ud2a <=====
Code; c0135078 <__free_pages_ok+48/2a0>
2: 64 fs
Code; c0135079 <__free_pages_ok+49/2a0>
3: 00 e8 add %ch,%al
Code; c013507b <__free_pages_ok+4b/2a0>
5: 89 25 c0 8b 53 08 mov %esp,0x8538bc0
Code; c0135081 <__free_pages_ok+51/2a0>
b: 85 d2 test %edx,%edx
Code; c0135083 <__free_pages_ok+53/2a0>
d: 74 08 je 17 <_EIP+0x17> c013508d
<__free_pages_ok+5d/2a0>
Code; c0135085 <__free_pages_ok+55/2a0>
f: 0f 0b ud2a
Code; c0135087 <__free_pages_ok+57/2a0>
11: 66 data16
Code; c0135088 <__free_pages_ok+58/2a0>
12: 00 e8 add %ch,%al
<1>Unable to handle kernel NULL pointer dereference at virtual address
00000000
c0245696
*pde = 00000000
Oops: 0002
CPU: 1
EIP: 0010:[<c0245696>] Not tainted
EFLAGS: 00010212
eax: 00000000 ebx: 00000000 ecx: 00000000 edx: d36be000
esi: e723b000 edi: 00000040 ebp: 00001000 esp: d36bfe68
ds: 0018 es: 0018 ss: 0018
Process loop6 (pid: 1852, stackpage=d36bf000)
Stack: 00000000 00000000 c1756b30 00000000 00001000 c01a33cf 00000000
e723b000
00001000 00000000 c1c17fac c0117534 d36bfee8 00000000 00000000
00001000
c1756b30 00000000 c01a37b0 f7e9b6a8 00000000 e723b000 00000000
00001000
Call Trace: [<c01a33cf>] [<c0117534>] [<c01a37b0>] [<c0140dd9>]
[<c012d3d5>]
[<c012dc01>] [<c0117534>] [<c01a38b0>] [<c01a3700>] [<c01a3944>]
[<c01a3ed6>]
[<c01a3de0>] [<c0107266>] [<c01a3de0>]
Code: 0f 7f 03 0f 7f 4b 08 0f 7f 53 10 0f 7f 5b 18 0f 6f 46 20 0f
>>EIP; c0245696 <_mmx_memcpy+a6/160> <=====
Trace; c01a33cf <transfer_none+6f/80>
Trace; c0117534 <schedule+534/5f0>
Trace; c01a37b0 <lo_read_actor+b0/130>
Trace; c0140dd9 <block_sync_page+19/20>
Trace; c012d3d5 <___wait_on_page+b5/c0>
Trace; c012dc01 <do_generic_file_read+221/460>
Trace; c0117534 <schedule+534/5f0>
Trace; c01a38b0 <lo_receive+80/90>
Trace; c01a3700 <lo_read_actor+0/130>
Trace; c01a3944 <do_bh_filebacked+84/90>
Trace; c01a3ed6 <loop_thread+f6/200>
Trace; c01a3de0 <loop_thread+0/200>
Trace; c0107266 <kernel_thread+26/30>
Trace; c01a3de0 <loop_thread+0/200>
Code; c0245696 <_mmx_memcpy+a6/160>
00000000 <_EIP>:
Code; c0245696 <_mmx_memcpy+a6/160> <=====
0: 0f 7f 03 movq %mm0,(%ebx) <=====
Code; c0245699 <_mmx_memcpy+a9/160>
3: 0f 7f 4b 08 movq %mm1,0x8(%ebx)
Code; c024569d <_mmx_memcpy+ad/160>
7: 0f 7f 53 10 movq %mm2,0x10(%ebx)
Code; c02456a1 <_mmx_memcpy+b1/160>
b: 0f 7f 5b 18 movq %mm3,0x18(%ebx)
Code; c02456a5 <_mmx_memcpy+b5/160>
f: 0f 6f 46 20 movq 0x20(%esi),%mm0
Code; c02456a9 <_mmx_memcpy+b9/160>
13: 0f 00 00 sldtl (%eax)
2 warnings issued. Results may not be reliable.
--------------------------------------------
Dinesh Mistry
YourHostDirect
1-800-210-6757
Better, Faster and more Reliable Hosting
http://www.yourhostdirect.com
--------------------------------------------
-----Original Message-----
From: Dinesh Mistry [mailto:dmistry_at_yourhostdirect.com]
Sent: Wednesday, April 16, 2003 10:36 PM
To: vserver_at_solucorp.qc.ca
Subject: RE: [vserver] ctx-17 kernel panic Dual AMD
Will the ctx-17 patch apply to the 2.4.21 pre release though?
--------------------------------------------
Dinesh Mistry
YourHostDirect
1-800-210-6757
Better, Faster and more Reliable Hosting
http://www.yourhostdirect.com
--------------------------------------------
-----Original Message-----
From: Herbert Poetzl [mailto:herbert_at_13thfloor.at]
Sent: Wednesday, April 16, 2003 7:14 PM
To: vserver_at_solucorp.qc.ca
Subject: Re: [vserver] ctx-17 kernel panic Dual AMD
On Wed, Apr 16, 2003 at 10:31:05AM -0400, Dinesh Mistry wrote:
> I recently upgraded my host server to a Dual AMD 2100 XP system I
installed
> a clean 2.4.20 kernel with the ctx-17 patch, now at least 2 times a day
the
> VPS seems to crash. I was able to recover this from the console can aby
one
> try and help be trouble shoot what is happening.
run it through ksymoops (on the crashing machine)
line 100 means that page->buffers isn't empty on _free_pages_ok ...
take a look at the changelogs, if I remember correctly
this is fixed in one of the 2.4.21 prereleases ...
best,
Herbert
> Thanks.
>
> kernel BUG at page_alloc.c:100!
> invalid operand: 0000
> CPU: 1
> EIP: 0010:[<c0135076>] Not tainted
> EFLAGS: 00010206
> eax: c1b6e23c ebx: c1b6a8f0 ecx: 00000800 edx: c1b600dc
> esi: 00000001 edi: 00000000 ebp: 00010000 esp: cfd93ec4
> ds: 0018 es: 0018 ss: 0018
> Process mysqld (pid: 2077, stackpage=cfd93000)
> Stack: cfd93fc4 fffbfeef 08404a68 cfd93fc4 d22a8804 00000021 cfd92664
> c02f5110
> 00000001 00000003 00010000 c0129a58 c1b6a8f0 00010000 00000003
> cfec9a48
> 00000003 41692000 d0330418 41800000 c02f5100 00000003 41692000
> d0330418
> Call Trace: [<c0129a58>] [<c0246d8f>] [<c0246f32>] [<c012c03d>]
> [<c012c0f3>]
> [<c0108c03>]
>
> Code: 0f 0b 64 00 e8 89 25 c0 8b 53 08 85 d2 74 08 0f 0b 66 00 e8
> <1>Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
> printing eip:
> c0245696
> *pde = 00000000
> Oops: 0002
> CPU: 1
> EIP: 0010:[<c0245696>] Not tainted
> EFLAGS: 00010212
> eax: 00000000 ebx: 00000000 ecx: 00000000 edx: d36be000
> esi: e723b000 edi: 00000040 ebp: 00001000 esp: d36bfe68
> ds: 0018 es: 0018 ss: 0018
> Process loop6 (pid: 1852, stackpage=d36bf000)
> Stack: 00000000 00000000 c1756b30 00000000 00001000 c01a33cf 00000000
> e723b000
> 00001000 00000000 c1c17fac c0117534 d36bfee8 00000000 00000000
> 00001000
> c1756b30 00000000 c01a37b0 f7e9b6a8 00000000 e723b000 00000000
> 00001000
> Call Trace: [<c01a33cf>] [<c0117534>] [<c01a37b0>] [<c0140dd9>]
> [<c012d3d5>]
> [<c012dc01>] [<c0117534>] [<c01a38b0>] [<c01a3700>] [<c01a3944>]
> [<c01a3ed6>]
> [<c01a3de0>] [<c0107266>] [<c01a3de0>]
>
> Code: 0f 7f 03 0f 7f 4b 08 0f 7f 53 10 0f 7f 5b 18 0f 6f 46 20 0f
>
>