All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick McHardy <kaber@trash.net>
To: Phil Oester <kernel@linuxace.com>
Cc: netfilter-devel@lists.netfilter.org
Subject: Re: Deadlocks
Date: Mon, 21 Jun 2004 02:46:19 +0200	[thread overview]
Message-ID: <40D62FDB.8090904@trash.net> (raw)
In-Reply-To: <20040618171214.GA750@linuxace.com>

Phil Oester wrote:
> Well, it lasted about 36 hours -- not much longer than usual.  Unfortunately,
> the stack appears to have been corrupted, so I can't get a decent backtrace.
> Here is what I could get off of SysRQ-P:
> 
> Pid: 0, comm:              swapper
> EIP: 0060:[<c0258b15>] CPU: 1
> EIP is at tcp_find_option+0x55/0xa0
>  EFLAGS: 00000203    Not tainted  (2.6.7)
> EAX: 000000fe EBX: 00000040 ECX: 00000002 EDX: 00000034
> ESI: 00000018 EDI: f89c39bc EBP: 00000000 DS: 007b ES: 007b
> CR0: 8005003b CR2: 080da0b4 CR3: 379cc000 CR4: 000006d0
> Stack pointer is garbage, not printing trace
> 
> Perhaps of interest, not sure, but the FTP server at 10.0.16.197 frequently
> shows duplicate expectations, as shown below shortly after rebooting:
> 
> EXPECTING: - use=1 proto=6 src=10.0.16.197 dst=10.0.53.248 sport=0 dport=4353 
> EXPECTING: - use=1 proto=6 src=10.0.16.197 dst=10.0.53.248 sport=0 dport=4353 
> EXPECTING: - use=1 proto=6 src=10.0.16.197 dst=10.0.53.248 sport=0 dport=4353 

Not sure either, but it's a start. Have you tried running the box with
netfilter debugging enabled ? Please also apply the ip_nf_assert fix
from pom-ng, otherwise CONFIG_NETFILTER_DEBUG won't help much.
BTW: Is the box a router or is conntrack running on the FTP server
itself ?

> Unless you've got any other ideas, may have to revert this box to non-SMP
> so I can have a peaceful weekend ;-)

No more ideas currently .. ;(

> Phil
> 

Regards
Patrick

  reply	other threads:[~2004-06-21  0:46 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-09 18:09 Deadlocks Phil Oester
2004-06-10  8:07 ` Deadlocks Jozsef Kadlecsik
2004-06-10 15:02   ` Deadlocks Phil Oester
2004-06-13 19:58 ` Deadlocks Patrick McHardy
2004-06-15  4:47   ` Deadlocks Phil Oester
2004-06-15  6:23     ` Deadlocks Patrick McHardy
2004-06-17 15:59       ` Deadlocks Phil Oester
2004-06-17 16:20         ` Deadlocks Patrick McHardy
2004-06-18 17:12           ` Deadlocks Phil Oester
2004-06-21  0:46             ` Patrick McHardy [this message]
2004-06-22  4:31               ` Deadlocks Phil Oester
2004-06-22  9:52                 ` Deadlocks Patrick McHardy
2004-06-29 17:54               ` Deadlocks Phil Oester
2004-06-29 18:00                 ` Deadlocks Patrick McHardy
2004-06-29 20:09                   ` Deadlocks Phil Oester
2004-06-30  9:50                     ` Deadlocks Patrick McHardy
2004-07-01 16:12                       ` Deadlocks Phil Oester

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=40D62FDB.8090904@trash.net \
    --to=kaber@trash.net \
    --cc=kernel@linuxace.com \
    --cc=netfilter-devel@lists.netfilter.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.