From owner-freebsd-questions@FreeBSD.ORG Tue Jun 17 11:27:46 2003 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DD1637B407 for ; Tue, 17 Jun 2003 11:27:46 -0700 (PDT) Received: from pa-plum1b-166.pit.adelphia.net (pa-plum1b-217.pit.adelphia.net [24.53.161.217]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA21043FA3 for ; Tue, 17 Jun 2003 11:27:42 -0700 (PDT) (envelope-from wmoran@potentialtech.com) Received: from potentialtech.com (working [172.16.0.95]) h5HIRfOg005807; Tue, 17 Jun 2003 14:27:42 -0400 (EDT) (envelope-from wmoran@potentialtech.com) Message-ID: <3EEF5D9D.2060307@potentialtech.com> Date: Tue, 17 Jun 2003 14:27:41 -0400 From: Bill Moran User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: jaime@snowmoon.com References: <20030617075240.L94567@malkav.snowmoon.com> <3EEF1302.8060908@potentialtech.com> <20030617092913.J94567@malkav.snowmoon.com> <3EEF2108.1010802@potentialtech.com> <20030617122628.N96282@malkav.snowmoon.com> In-Reply-To: <20030617122628.N96282@malkav.snowmoon.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-questions@freebsd.org Subject: Re: ping: sendto: No buffer space available X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jun 2003 18:27:46 -0000 jaime@snowmoon.com wrote: > On Tue, 17 Jun 2003, Bill Moran wrote: > >>> I think that the NIC is on the logic board. I can try to install >>>a PCI card and use that in its place to see if the problem goes away. >>>Should I bother? >> >>I would. There are two possibilities that I would consider here: >>a) The NIC has gone flaky with age >>b) Newer drivers don't talk to that particular NIC as well as the old Another possibility that bites me in the ass when I'm not looking is link-level problems. Occasionally I've had weird issues that were resolved by replacing a switch or patch cable, or by moving to a different port on a switch. As usual ... just throwing ideas at you. >>Never helped for me either. You may want to check, but in my experience >>the output of 'netstat -m' will also tell you that you have plenty of >>network buffers available. > > > bash-2.05b$ netstat -m > 144/768/26624 mbufs in use (current/peak/max): > 139 mbufs allocated to data > 5 mbufs allocated to packet headers > 138/572/6656 mbuf clusters in use (current/peak/max) > 1336 Kbytes allocated to network (6% of mb_map in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > That was durring normal operation. The following are at the tail > end of one of the outages: > > bash-2.05b$ netstat -m > 477/768/26624 mbufs in use (current/peak/max): > 386 mbufs allocated to data > 91 mbufs allocated to packet headers > 384/572/6656 mbuf clusters in use (current/peak/max) > 1336 Kbytes allocated to network (6% of mb_map in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > 144/768/26624 mbufs in use (current/peak/max): > 139 mbufs allocated to data > 5 mbufs allocated to packet headers > 136/572/6656 mbuf clusters in use (current/peak/max) > 1336 Kbytes allocated to network (6% of mb_map in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > It looks like something is causing it to pile up packets in the > buffers temporarily. Any thoughts? In the mean time, I will see if I can > dig up a PCI ethernet card. Yes, but it doesn't look like the pile is deep enough that it should have run out of buffer space. This one is a bit of a shot in the dark, but try using rndcontrol to increase the entropy collection. I'm not sure why I think this might help, but I have some vague memory of it helping somewhere. -- Bill Moran Potential Technologies http://www.potentialtech.com