Hi!
Reproducible panic when squid gets the first request. Always at the same
place in the pinger process. test12, test13-pre3 fail, but test12 runs
fine on another machine with nearly the same config (netcard and disk
drivers differ, and the failing machine has devfs).
Hardware: Compaq proliant dl360 with a quad starfire card, UP
(Serverworks chipset), cpqarray.
Unable to handle kernel NULL pointer dereference at virtual address 0000003c
c01a20de
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01a20de>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: 00000000 ebx: 00000000 ecx: c7b5e9e0 edx: c7b5e9e0
esi: 00001fb1 edi: c7b09c00 ebp: 00001df0 esp: c6e4bc40
ds: 0018 es: 0018 ss: 0018
Process pinger (pid: 289, stackpage=c6e4b000)
Stack: c7b5e9e0 00000000 00008b5e 0100007f 00000014 00000000 c01a2453 c7b5e9e0
c7b09c00 c6e4e500 c7b09c00 c01a4db8 c6e4bd44 11e4bc84 00000000 c01c5770
c7b09c00 c6e4bd34 c029d998 c01c5089 c7b09c00 c6e4bd34 c029d998 c01a4db8
Call Trace: [<c01a2453>] [<c01a4db8>] [<c01c5770>] [<c01c5089>] [<c01a4db8>] [<c0108dc8>] [<c01c44e0>]
[<c01a4db8>] [<c018ea5c>] [<c01a4db8>] [<c01a4db8>] [<c018ec73>] [<c01a4db8>] [<c01a440b>] [<c01a4db8>]
[<c01b82cc>] [<c01a450e>] [<c01b82cc>] [<c01b8725>] [<c01b82cc>] [<c018815b>] [<c0188db0>] [<c01b7aec>]
[<c01bd5d6>] [<c01857d5>] [<c018641c>] [<c0128a37>] [<c0128a72>] [<c013a6da>] [<c013a9d8>] [<c018645a>]
[<c0186bb1>] [<c0108d1f>]
Code: 8b 40 3c 89 41 3c 8b 47 5c c7 47 18 00 00 00 00 01 41 18 8b
>>EIP; c01a20de <ip_frag_queue+20a/254> <=====
Trace; c01a2453 <ip_defrag+b3/130>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c01c5770 <ip_ct_gather_frags+1c/94>
Trace; c01c5089 <ip_conntrack_in+39/2cc>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c0108dc8 <ret_from_intr+0/20>
Trace; c01c44e0 <ip_conntrack_local+54/58>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c018ea5c <nf_iterate+30/84>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c018ec73 <nf_hook_slow+3f/b0>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c01a440b <ip_build_xmit_slow+3cf/484>
Trace; c01a4db8 <output_maybe_reroute+0/14>
Trace; c01b82cc <udp_getfrag+0/c4>
Trace; c01a450e <ip_build_xmit+4e/318>
Trace; c01b82cc <udp_getfrag+0/c4>
Trace; c01b8725 <udp_sendmsg+351/3cc>
Trace; c01b82cc <udp_getfrag+0/c4>
Trace; c018815b <kfree_skbmem+23/6c>
Trace; c0188db0 <skb_free_datagram+1c/20>
Trace; c01b7aec <raw_recvmsg+114/12c>
Trace; c01bd5d6 <inet_sendmsg+3a/40>
Trace; c01857d5 <sock_sendmsg+69/88>
Trace; c018641c <sys_sendto+d0/f0>
Trace; c0128a37 <__free_pages+13/14>
Trace; c0128a72 <free_pages+3a/3c>
Trace; c013a6da <poll_freewait+3a/44>
Trace; c013a9d8 <do_select+1c4/1dc>
Trace; c018645a <sys_send+1e/24>
Trace; c0186bb1 <sys_socketcall+115/1fc>
Trace; c0108d1f <system_call+33/38>
Code; c01a20de <ip_frag_queue+20a/254>
00000000 <_EIP>:
Code; c01a20de <ip_frag_queue+20a/254> <=====
0: 8b 40 3c mov 0x3c(%eax),%eax <=====
Code; c01a20e1 <ip_frag_queue+20d/254>
3: 89 41 3c mov %eax,0x3c(%ecx)
Code; c01a20e4 <ip_frag_queue+210/254>
6: 8b 47 5c mov 0x5c(%edi),%eax
Code; c01a20e7 <ip_frag_queue+213/254>
9: c7 47 18 00 00 00 00 movl $0x0,0x18(%edi)
Code; c01a20ee <ip_frag_queue+21a/254>
10: 01 41 18 add %eax,0x18(%ecx)
Code; c01a20f1 <ip_frag_queue+21d/254>
13: 8b 00 mov (%eax),%eax
Kernel panic: Aiee, killing interrupt handler!
Does anyone know, what this can be? If any other information would be
needed, please tell me! Thanks.
--
Dani
...and Linux for all.
On Wed, 20 Dec 2000, PALFFY Daniel wrote:
> Reproducible panic when squid gets the first request. Always at the same
> place in the pinger process. test12, test13-pre3 fail, but test12 runs
> fine on another machine
...
Sorry for the RTFArchive question, I've just found the previous thread on
the topic (netfilter locking)... The UWSG archive search didn't find
anything for the search string "ip_frag_queue"... Was this oops the
fragmented ping case?
test13-pre4 with Alexey's latest patch seems to work fine.
--
Dani
...and Linux for all.