I am running traffic through heavy load production NAT router. I've not
got it stable since 2.3.40 with netfilter 1.0.0. Thanks! I just wonder if the
modules were loaded as they were at the event of Oops. I tried to load
those twice with e2fsck on dirty drive on first boot and clean one on
second, result seems to be the same.
ksymoops 0.7c on i586 2.4.0-test1-ac21. Options used
-V (specified)
-k /proc/ksyms (specified)
-l /proc/modules (specified)
-o /lib/modules/2.4.0-test1-ac21/ (specified)
-m /boot/System.map (specified)
Oops: 0000
CPU: 0
EIP: 0010:[<c282d239>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: c0c46840 ebx: 00000000 ecx: a8e89a89 edx: 00000089
esi: 5a5a5a5a edi: 00000100 ebp: c0249d90 esp: c0249d38
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c0249000)
Stack: c0249d90 c0c46840 c0249e08 00000000 c1745b8c 00000000 b64cd0c2 a8e84dd3
7787ae8b 5bc51dc2 c2832000 b64c9d90 c282d36d c0249d90 c0c46840 c28347f7
c0249d90 c0c46840 c0249d90 c0249e38 c0249e70 c0249e38 5bc51dc2 c024b64c
Call Trace: [<c2832000>] [<c282d36d>] [<c28347f7>] [<c2834d45>] [<c2837040>] [<c282dcc5>] [<c28301e0>]
[<c2834e18>] [<c2866609>] [<c2864f68>] [<c2860070>] [<c282acba>] [<c2866609>] [<c283463d>] [<c28341c5>]
[<c01b3fc4>] [<c01a83b3>] [<c011a21f>] [<c010a91e>] [<c0107160>] [<c0109880>] [<c0107160>] [<c0107183>]
[<c01071ba>] [<c0105000>] [<c010018e>]
Code: 39 46 18 74 70 8d 56 08 31 c9 c7 44 24 14 00 00 00 00 8b 44
>>EIP; c282d239 <[ip_conntrack]__ip_conntrack_find+85/138> <=====
Trace; c2832000 <[ip_conntrack]__module_using_checksums+1a30/3a80>
Trace; c282d36d <[ip_conntrack]ip_conntrack_tuple_taken+15/2c>
Trace; c28347f7 <[iptable_nat]ip_nat_used_tuple+1f/28>
Trace; c2834d45 <[iptable_nat]get_unique_tuple+cd/158>
Trace; c2837040 <[iptable_nat]ip_nat_protocol_tcp+0/40>
Trace; c282dcc5 <[ip_conntrack]invert_tuplepr+1d/24>
Trace; c28301e0 <[ip_conntrack]ip_conntrack_protocol_tcp+0/40>
Trace; c2834e18 <[iptable_nat]ip_nat_setup_info+48/248>
Trace; c2866609 <END_OF_CODE+1f312/????>
Trace; c2864f68 <END_OF_CODE+1dc71/????>
Trace; c2860070 <END_OF_CODE+18d79/????>
Trace; c282acba <[ip_tables]nulldevname.780+0/8d>
Trace; c2866609 <END_OF_CODE+1f312/????>
Trace; c283463d <[iptable_nat]ip_nat_rule_find+f9/108>
Trace; c28341c5 <[iptable_nat]ip_nat_fn+175/1c8>
Trace; c01b3fc4 <ip_rcv_finish+0/22c>
Trace; c01a83b3 <net_rx_action+123/1e8>
Trace; c011a21f <do_softirq+4f/70>
Trace; c010a91e <do_IRQ+a6/b8>
Trace; c0107160 <default_idle+0/28>
Trace; c0109880 <ret_from_intr+0/20>
Trace; c0107160 <default_idle+0/28>
Trace; c0107183 <default_idle+23/28>
Trace; c01071ba <cpu_idle+32/48>
Trace; c0105000 <empty_bad_page+0/1000>
Trace; c010018e <L6+0/2>
Code; c282d239 <[ip_conntrack]__ip_conntrack_find+85/138>
00000000 <_EIP>:
Code; c282d239 <[ip_conntrack]__ip_conntrack_find+85/138> <=====
0: 39 46 18 cmpl %eax,0x18(%esi) <=====
Code; c282d23c <[ip_conntrack]__ip_conntrack_find+88/138>
3: 74 70 je 75 <_EIP+0x75> c282d2ae <[ip_conntrack]__ip_conntrack_find+fa/138>
Code; c282d23e <[ip_conntrack]__ip_conntrack_find+8a/138>
5: 8d 56 08 leal 0x8(%esi),%edx
Code; c282d241 <[ip_conntrack]__ip_conntrack_find+8d/138>
8: 31 c9 xorl %ecx,%ecx
Code; c282d243 <[ip_conntrack]__ip_conntrack_find+8f/138>
a: c7 44 24 14 00 00 00 movl $0x0,0x14(%esp,1)
Code; c282d24a <[ip_conntrack]__ip_conntrack_find+96/138>
11: 00
Code; c282d24b <[ip_conntrack]__ip_conntrack_find+97/138>
12: 8b 44 00 00 movl 0x0(%eax,%eax,1),%eax
Aiee, killing interrupt handler
Kernel panic: Attempted to kill the idle task!
- Sampsa Ranta
sampsa@netsonic.fi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Jun 23 2000 - 21:00:19 EST