From: "Feyr Tlincail" <feyr_t@hotmail.com>
To: linux-kernel@vger.kernel.org
Subject: Oops! iptables and kernel 2.4.5
Date: Sun, 26 Aug 2001 20:52:11 +0000 [thread overview]
Message-ID: <F1379BekWo76UaiRNhF00012c3c@hotmail.com> (raw)
for a few months now my gateway box keeps Oops'ing under some circumstance
(i'm thinking when there's a lot of packets being passed back and forth).
the box is an HP Vectra VL2 4/66 (486 DX 66 mhz) with 16 megs of ram and a
500 megs hard disk (150 swap). it has 2 network card (one 3com using driver
3c509 and the other is a no name using module "ne"), both are ISA (no pci
bus at all). the connection to the net is an Alcatel Speedtouch Home modem
(ADSL) connected to eth1 (the "ne" card)
here is what i have found, im using nmap -sT -sU ip:
if I nmap a box on the internet from my gateway it works fine (50ish
seconds). if i nmap the gateway from a local box it also work (1000ish
seconds) but if i nmap a box on the internet from a local box, i get an Oops
on the gateway (pasted at the end)
nmap is how i can replicate it easily, but it does that with a lot of other
applications too (kazaa being one)
---Oops---
Warning (compare_maps): ksyms_base symbol
__VERSIONED_SYMBOL(shmem_file_setup) not found in System.map. Ignoring
ksyms_base entry
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c01e0ec7>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010206
eax: c02f5dc0 ebx: 0000385f ecx: 00000000 edx: 0000385f
esi: c0773950 edi: c02f5e60 ebp: 00000060 esp: c029fddc
ds: 0018 es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c029f000)
Stack: 00000100 c01e0f6b c0773950 00000100 c0773950 c01e1533 c0773950
c0773950
c0eb8800 c0c15200 c0eb8800 ffffffe6 c01e4516 c0773950 00000002
c093d6f0
c0773950 c01e77d3 c0773950 c0773950 00000000 00000004 c01f1d30
c01f1dad
Call Trace: [<c01e0f6b>] [<c01e1533>] [<c01e4516>] [<c01e77d3>] [<c01f1d30>]
[<c01f1dad>] [<c01e99b7>] [<c01ef3f0>]
[<c01f1d02>] [<c01f1d30>] [<c01ef43a>] [<c01e99b7>] [<c01e05dc>]
[<c01ef394>] [<c01ef3f0>] [<c01ee620>] [<c01ee7a9>]
[<c01ee620>] [<c01e99b7>] [<c01ee466>] [<c01ee620>] [<c01e4b3d>]
[<c011317f>] [<c0108071>] [<c0105140>] [<c0106c60>]
[<c0105140>] [<c0105163>] [<c01051c8>] [<c0105000>] [<c0100197>]
Code: 8b 1b 8b 42 70 83 f8 01 74 0a ff 4a 70 0f 94 c0 84 c0 74 09
>>EIP; c01e0ec7 <skb_drop_fraglist+17/40> <=====
Trace; c01e0f6b <skb_release_data+5b/70>
Trace; c01e1533 <skb_linearize+d3/140>
Trace; c01e4516 <dev_queue_xmit+26/1f0>
Trace; c01e77d3 <neigh_resolve_output+113/190>
Trace; c01f1d30 <ip_finish_output2+0/c0>
Trace; c01f1dad <ip_finish_output2+7d/c0>
Trace; c01e99b7 <nf_hook_slow+e7/130>
Trace; c01ef3f0 <ip_forward_finish+0/50>
Trace; c01f1d02 <ip_finish_output+e2/f0>
Trace; c01f1d30 <ip_finish_output2+0/c0>
Trace; c01ef43a <ip_forward_finish+4a/50>
Trace; c01e99b7 <nf_hook_slow+e7/130>
Trace; c01e05dc <__lock_sock+5c/a0>
Trace; c01ef394 <ip_forward+1a4/200>
Trace; c01ef3f0 <ip_forward_finish+0/50>
Trace; c01ee620 <ip_rcv_finish+0/1c0>
Trace; c01ee7a9 <ip_rcv_finish+189/1c0>
Trace; c01ee620 <ip_rcv_finish+0/1c0>
Trace; c01e99b7 <nf_hook_slow+e7/130>
Trace; c01ee466 <ip_rcv+336/370>
Trace; c01ee620 <ip_rcv_finish+0/1c0>
Trace; c01e4b3d <net_rx_action+19d/280>
Trace; c011317f <do_softirq+3f/70>
Trace; c0108071 <do_IRQ+a1/b0>
Trace; c0105140 <default_idle+0/30>
Trace; c0106c60 <ret_from_intr+0/20>
Trace; c0105140 <default_idle+0/30>
Trace; c0105163 <default_idle+23/30>
Trace; c01051c8 <cpu_idle+38/50>
Trace; c0105000 <prepare_namespace+0/10>
Trace; c0100197 <L6+0/2>
Code; c01e0ec7 <skb_drop_fraglist+17/40>
00000000 <_EIP>:
Code; c01e0ec7 <skb_drop_fraglist+17/40> <=====
0: 8b 1b mov (%ebx),%ebx <=====
Code; c01e0ec9 <skb_drop_fraglist+19/40>
2: 8b 42 70 mov 0x70(%edx),%eax
Code; c01e0ecc <skb_drop_fraglist+1c/40>
5: 83 f8 01 cmp $0x1,%eax
Code; c01e0ecf <skb_drop_fraglist+1f/40>
8: 74 0a je 14 <_EIP+0x14> c01e0edb
<skb_drop_fraglist+2b/40>
Code; c01e0ed1 <skb_drop_fraglist+21/40>
a: ff 4a 70 decl 0x70(%edx)
Code; c01e0ed4 <skb_drop_fraglist+24/40>
d: 0f 94 c0 sete %al
Code; c01e0ed7 <skb_drop_fraglist+27/40>
10: 84 c0 test %al,%al
Code; c01e0ed9 <skb_drop_fraglist+29/40>
12: 74 09 je 1d <_EIP+0x1d> c01e0ee4
<skb_drop_fraglist+34/40>
Kernel panic: Aiee, killing interrupt handler!
2 warnings issued. Results may not be reliable.
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
next reply other threads:[~2001-08-26 20:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-26 20:52 Feyr Tlincail [this message]
2001-08-26 22:07 ` Rasmus Bøg Hansen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=F1379BekWo76UaiRNhF00012c3c@hotmail.com \
--to=feyr_t@hotmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®