From owner-freebsd-current Wed Nov 21 8: 1:44 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 A62DB37B416 for ; Wed, 21 Nov 2001 08:01:35 -0800 (PST) Received: (from root@localhost) by hal-5.inet.it (8.11.1/8.11.1) id fALG1XM195694 for ; Wed, 21 Nov 2001 17:01:33 +0100 Received: from acampi.inet.it(213.92.1.165) by hal-5.inet.it via I-SMTP id s-213.92.1.165-s97qkL; Wed Nov 21 17:01:33 2001 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 0715E1554F for ; Wed, 21 Nov 2001 17:01:33 +0100 (CET) Received: (qmail 13770 invoked by uid 1000); 21 Nov 2001 16:01:16 -0000 Date: Wed, 21 Nov 2001 17:01:16 +0100 From: Andrea Campi To: freebsd-current@freebsd.org Subject: send_packet: No buffer space available Message-ID: <20011121160116.GA6891@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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 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