From owner-freebsd-current Thu Nov 22 1:57:31 2001 Delivered-To: freebsd-current@freebsd.org Received: from hal-5.inet.it (hal-5.inet.it [213.92.5.24]) by hub.freebsd.org (Postfix) with ESMTP id 6E24537B417 for ; Thu, 22 Nov 2001 01:57:25 -0800 (PST) Received: (from root@localhost) by hal-5.inet.it (8.11.1/8.11.1) id fAM9vO806746 for ; Thu, 22 Nov 2001 10:57:24 +0100 Received: from acampi.inet.it(213.92.1.165) by hal-5.inet.it via I-SMTP id s-213.92.1.165-3jQ7W3; Thu Nov 22 10:57:24 2001 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id DB5B51554F for ; Thu, 22 Nov 2001 10:57:23 +0100 (CET) Received: (qmail 3952 invoked by uid 1000); 22 Nov 2001 09:57:08 -0000 Date: Thu, 22 Nov 2001 10:57:08 +0100 From: Andrea Campi To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG Subject: Re: send_packet: No buffer space available Message-ID: <20011122095707.GB1600@webcom.it> References: <20011121160116.GA6891@webcom.it> <20011121184318.A64569@technokratis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011121184318.A64569@technokratis.com> User-Agent: Mutt/1.3.23.2i X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike 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 On Wed, Nov 21, 2001 at 06:43:18PM -0500, Bosko Milekic wrote: > > >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. Sorry, my bad. It's actually dhclient which is printing this message when sendto(2) returns ENOBUFS. I had already traced this into the kernel and manage to post without double checking my memories... Anyway, it appears that the application isn't to blame, and the card isn't hosed either (I can usually manage to at least get pings through). So it must be the syscall failing, right? OK I'll just go back to adding printf's to the kernel and see what happens. Bye, Andrea > > 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 > -- It's not a bug, it's tradition! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message