From owner-freebsd-current Mon Nov 26 8:56:51 2001 Delivered-To: freebsd-current@freebsd.org Received: from hal-4.inet.it (hal-4.inet.it [213.92.5.23]) by hub.freebsd.org (Postfix) with ESMTP id F0F4A37B416 for ; Mon, 26 Nov 2001 08:56:45 -0800 (PST) Received: (from root@localhost) by hal-4.inet.it (8.11.1/8.11.1) id fAQGuia142158 for ; Mon, 26 Nov 2001 17:56:44 +0100 Received: from acampi.inet.it(213.92.1.165) by hal-4.inet.it via I-SMTP id s-213.92.1.165-4pDnns; Mon Nov 26 17:56:43 2001 Received: from webcom.it (brian.inet.it [213.92.1.190]) by acampi.inet.it (Postfix) with SMTP id 894D615550 for ; Mon, 26 Nov 2001 17:56:41 +0100 (CET) Received: (qmail 1020 invoked by uid 1000); 26 Nov 2001 16:49:01 -0000 Date: Mon, 26 Nov 2001 17:49:01 +0100 From: Andrea Campi To: Bosko Milekic Cc: freebsd-current@FreeBSD.ORG Subject: Re: send_packet: No buffer space available Message-ID: <20011126164901.GA554@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 > >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. OK, I traced it to sys/netinet/ip_output.c: /* * Verify that we have any chance at all of being able to queue * the packet or packet fragments */ if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= ifp->if_snd.ifq_maxlen) { error = ENOBUFS; ipstat.ips_odropped++; goto bad; } So this means the output queue on my net card is full, right? And I guess there is no easy solution... Oh well, I'll have to cope. But I still wonder, shouldn't this show up on netstat -i? netstat -s does show the dropped packets, anyway... So, no solution, right? :( Bye, Andrea -- The best things in life are free, but the expensive ones are still worth a look. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message