From owner-freebsd-questions Tue Jul 3 15: 7:23 2001 Delivered-To: freebsd-questions@freebsd.org Received: from mail.harborside.com (mail.harborside.com [12.45.56.18]) by hub.freebsd.org (Postfix) with SMTP id CC74237B403 for ; Tue, 3 Jul 2001 15:07:18 -0700 (PDT) (envelope-from randymb@harborside.com) Received: (qmail 17567 invoked from network); 3 Jul 2001 22:06:17 -0000 Received: from unknown (HELO frenzy) (12.45.56.3) by mail.harborside.com with SMTP; 3 Jul 2001 22:06:17 -0000 From: "Randy -Harborside Internet" To: Subject: RE: TX buffer in 4.3 Date: Tue, 3 Jul 2001 15:02:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: <20010703161057.O47870@elvis.mu.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thank you very much! We totally forgot about that option in 4.3! Randy McClelland-Bane @Harborside Internet 1.866.435.3394 ext 409 469.8844 ext 409 Mobile 541.290-8849 - -----Original Message----- From: owner-freebsd-hardware@FreeBSD.ORG [mailto:owner-freebsd-hardware@FreeBSD.ORG]On Behalf Of Bill Fumerola Sent: Tuesday, July 03, 2001 2:11 PM To: Randy -Harborside Internet Cc: freebsd-hackers@FreeBSD.org Subject: Re: TX buffer in 4.3 [ not -hackers material, moved to questions ] On Tue, Jul 03, 2001 at 01:53:43PM -0700, Randy -Harborside Internet wrote: > We are having a problem with our mail server. It recently got > upgraded to 4.3 from 4.2, and now it is having problems with the TX > buffer somehow on the network card. Every once in awhile it will > shut off all network traffic and give these errors: > no memory for tx listrl0 > Then in a few minutes (presumably when the buffer is flushed > somehow) the network device resumes normal operation. s#flushed#drained# > We have tried 3 different NICs, and all have had the same problem. > The three models were: > 1. Realtek RTL8139A 10/100TX rl(4): rl%d: no memory for tx list The driver failed to allocate an mbuf for the transmitter ring when allocating a pad buffer or collapsing an mbuf chain into a cluster. > 2. Intel chipset:82558B fxp(4): fxp%d: Failed to malloc memory There are not enough mbuf's available for allocation. > 3. 3Com somethingerather. I'll assume you mean the etherlink(3c905) chips... xl(4): xl%d: no memory for tx list The driver failed to allocate an mbuf for the transmitter ring when allocating a pad buffer or collapsing an mbuf chain into a cluster. > We are running with 512MB of RAM, and it usually has about 200 or > more megs free at the time of this occurance. Which doesn't matter if you don't allocate enough memory to the mbuf subsystem. See below. > Is this a problem with the network drivers in 4.3? Or something > else that can be corrected? (Manual way to flush the network card > buffers??) Flush the network card buffers? That really wouldn't help anything. > Here is the output of ulimit -a, just in case that helps. It doesn't. If you look at the output of 'netstat -m' you'll see you've run mbufs (well, mbuf clusters) and that is whats causing this problem. The "requests for memory" lines will show you how many times this has bitten you in the proverbial ass. options NMBCLUSTERS is your friend. - -- Bill Fumerola - security yahoo / Yahoo! inc. - fumerola@yahoo-inc.com / billf@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use iQA/AwUBO0JA6sXIY+0JvubyEQKK3gCfV3Q8eLsGIPMxmC+luVaW/gAmqicAnij9 P2Ejl8sb8/vKHrEFpb5XXAas =pCoP -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message