From owner-freebsd-current Wed Nov 21 15:38:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from technokratis.com (modemcable099.144-201-24.mtl.mc.videotron.ca [24.201.144.99]) by hub.freebsd.org (Postfix) with ESMTP id 9579E37B41B for ; Wed, 21 Nov 2001 15:38:37 -0800 (PST) Received: (from bmilekic@localhost) by technokratis.com (8.11.4/8.11.3) id fALNhIQ64650; Wed, 21 Nov 2001 18:43:18 -0500 (EST) (envelope-from bmilekic) Date: Wed, 21 Nov 2001 18:43:18 -0500 From: Bosko Milekic To: Andrea Campi Cc: freebsd-current@FreeBSD.ORG Subject: Re: send_packet: No buffer space available Message-ID: <20011121184318.A64569@technokratis.com> References: <20011121160116.GA6891@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011121160116.GA6891@webcom.it>; from andrea@webcom.it on Wed, Nov 21, 2001 at 05:01:16PM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG From the netstat output, it looks more like an application-level problem having to do with exhausting socket buffer space. Whatever the cause of the problem, it certainly isn't a lack of mbufs and/or clusters. Try verifying what is generating the messages. It could be coming from a syscall or, it may be that the application is printing them. If it is the latter (you should find the string in the application code), then it's fairly trivial to figure the rest out. If not, I'd check the network card driver you're using next. On Wed, Nov 21, 2001 at 05:01:16PM +0100, Andrea Campi wrote: > This is a long-standing problem which is getting more and more annoying (or > so I feel, might be just an impression). I was wondering if anybody might > be interested in helping me debug and fix it. > I can repeat this at will using Tivoli Storage Manager for Linux to backup > my -CURRENT laptop. Basically, after a few minutes I start getting these > messages; at that point networking is basically hosed until I kill TSM. > > First of all, is this just an application misbehaving and it should be fixed > only by tuning some sysctl, or is it an OS bug proper? Note that -STABLE > doesn't exhibit this problem. > > netstat -m output is as follow: > > mbuf usage: > GEN list: 0/0 (in use/in pool) > CPU #0 list: 71/144 (in use/in pool) > Total: 71/144 (in use/in pool) > Maximum number allowed on each CPU list: 512 > Maximum possible: 18432 > Allocated mbuf types: > 46 mbufs allocated to data > 25 mbufs allocated to packet headers > 0% of mbuf map consumed > mbuf cluster usage: > GEN list: 0/0 (in use/in pool) > CPU #0 list: 20/66 (in use/in pool) > Total: 20/66 (in use/in pool) > Maximum number allowed on each CPU list: 128 > Maximum possible: 9216 > 0% of cluster map consumed > 168 KBytes of wired memory reserved (34% in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > > Relevant parts of vmstat -m: > > Memory statistics by type Type Kern > Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) > mbufmgr 65 31K 32K 31594K 268785 0 0 16,32,64,128,8K,32K > > What else is needed to diagnose this? It's been baffling me for much too long... > > > Bye, > Andrea > > -- > Tagline generated by 'gensig' mail-client-independent .signature generator. > Get your copy at http://www.geeks.com/~robf/gensig/ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- Bosko Milekic bmilekic@technokratis.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message