Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 12 Oct 2003 11:56:53 -0700
From:      Sam Leffler <sam@errno.com>
To:        Andre Guibert de Bruet <andy@siliconlandmark.com>, Josef Karthauser <joe@tao.org.uk>
Cc:        current@freebsd.org
Subject:   Re: What's up with the IP stack?
Message-ID:  <200310121156.53425.sam@errno.com>
In-Reply-To: <20031012140147.V26654@alpha.siliconlandmark.com>
References:  <20031012124207.GA1530@genius.tao.org.uk> <20031012142234.GA2095@genius.tao.org.uk> <20031012140147.V26654@alpha.siliconlandmark.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday 12 October 2003 11:03 am, Andre Guibert de Bruet wrote:
> On Sun, 12 Oct 2003, Josef Karthauser wrote:
> > On Sun, Oct 12, 2003 at 02:48:01PM +0200, Soren Schmidt wrote:
> > > It seems Josef Karthauser wrote:
> > > > I've just built and installed a new kernel, the first since Aug 6th.
> > > > There appears to be a problem with the IP stack.  What happens is
> > > > that everything is fine for a few hours, and then the IP stack stops
> > > > working. I can no longer ping anything on the local network, my
> > > > default route drops out (which is probably dhclient's doing). 
> > > > Perhaps it is ARP that is broken, it's hard to tell.  All I know is
> > > > that I need to reboot to make it work again.
> > > >
> > > > Is anyone else experiencing this kind of problem?
> > >
> > > Do you have dummynet included in the kernel ?
> > > That has been broken for me since sam's latest commit as a backout
> > > of ip_dummynet.c fixes the problem for me...
> >
> > No, I've not got dummynet in there.  My current kernel config is:
>
> I experienced this a week ago. I found that ifconfig'ing the interface
> down and back up again "fixed" the problem. I've since reverted to a
> kernel compiled on September 25th.

It would be good to know more details; I still don't have much to go on.  Try 
to identify, for example, if the problem is specific to a particular 
device/interface or feature you're using (e.g dummynet).  If you have ddb in 
your system, then when the system gets into a bad state break into the 
debugger and look for threads that are blocked on locks.  If you have witness 
in your kernel then show locks would also be useful.  If you don't have 
witness in your system then rebuild your kernel with it.

The most recent round of changes were to lock the routing table.  These went 
in 10/3 and were extensive. They could easily be the problem but w/o more 
info I can't really help.

	Sam



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200310121156.53425.sam>