Date: Sun, 29 Nov 2009 20:13:46 +0100 From: =?iso-8859-1?Q?Eirik_=D8verby?= <ltning@anduin.net> To: Robert Watson <rwatson@FreeBSD.org> Cc: pyunyh@gmail.com, weldon@excelsusphoto.com, freebsd-current@freebsd.org, Gavin Atkinson <gavin@freebsd.org> Subject: Re: FreeBSD 8.0 - network stack crashes? Message-ID: <20F5AABC-C98D-4D64-AAE3-D87D0C21B8C1@anduin.net> In-Reply-To: <alpine.BSF.2.00.0911291427240.80654@fledge.watson.org> References: <A1648B95-F36D-459D-BBC4-FFCA63FC1E4C@anduin.net> <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <alpine.BSF.2.00.0911291427240.80654@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 29. nov. 2009, at 15.29, Robert Watson wrote: > On Sun, 29 Nov 2009, Eirik =D8verby wrote: >=20 >> I just did that (-rxcsum -txcsum -tso), but the numbers still keep = rising. I'll wait and see if it goes down again, then reboot with those = values to see how it behaves. But right away it doesn't look too good .. >=20 > It would be interesting to know if any of the counters in the output = of netstat -s grow linearly with the allocation count in netstat -m. = Often times leaks are associated with edge cases in the stack (typically = because if they are in common cases the bug is detected really quickly!) = -- usually error handling, where in some error case the unwinding fails = to free an mbuf that it should free. These are notoriously hard to = track down, unfortunately, but the stats output (especially where delta = alloc is linear to delta stat) may inform the situation some more. I'm collecting the output of netstat -m|grep "mbuf clusters" and netstat = -s every 10 seconds now. Will allow it to run until the box stops = responding. Not sure what to do with the data after the box has "died" = .. Will try to see if there are any obvious similarities. Suggestions welcome - both how to collect data and how to analyse ;) /Eirik
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20F5AABC-C98D-4D64-AAE3-D87D0C21B8C1>