Date: Thu, 19 Sep 2002 07:30:04 -0700 (PDT) From: Gleb Smirnoff <glebius@cell.sick.ru> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/42937: panic when ARP cache uses up all mbufs Message-ID: <200209191430.g8JEU4Oo094445@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/42937; it has been noted by GNATS. From: Gleb Smirnoff <glebius@cell.sick.ru> To: "George V. Neville-Neil" <gnn@waits.engr.nominum.com> Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/42937: panic when ARP cache uses up all mbufs Date: Thu, 19 Sep 2002 18:28:26 +0400 Hi! I have faced the same situation. A box that worked for 10 month without any unwanted reboot began to reboot quite often (3 times a week or even more) after I have installed script that pings two /24 directly connected subnets. If someone takes this PR I can provide him with needed debug info. On Wed, Sep 18, 2002 at 02:42:07PM -0700, George V. Neville-Neil wrote: G> >Number: 42937 G> >Category: kern G> >Synopsis: panic when ARP cache uses up all mbufs G> >Confidential: no G> >Severity: critical G> >Priority: high G> >Responsible: freebsd-bugs G> >State: open G> >Quarter: G> >Keywords: G> >Date-Required: G> >Class: sw-bug G> >Submitter-Id: current-users G> >Arrival-Date: Wed Sep 18 14:50:01 PDT 2002 G> >Closed-Date: G> >Last-Modified: G> >Originator: George V. Neville-Neil G> >Release: FreeBSD 4.5-RELEASE i386 G> >Organization: G> Nominum Inc. G> >Environment: G> System: FreeBSD waits.engr.nominum.com 4.5-RELEASE FreeBSD 4.5-RELEASE #0: Mon Jun 24 14:33:42 PDT 2002 gnn@waits.engr.nominum.com:/usr/src/sys/compile/WAITS i386 G> G> >Description: G> We have an application that can send a ping to many different clients G> very quickly (it is a DHCP server). On FreeBSD each ping causes an ARP entry G> to be created and the associated mbuf (for the outgoing ICMP packet) to be G> stored with it. This packet is trapped until the ARP reply comes back or it G> is timed out. The arp cache is timed out every 5 minutes. It is quite easy G> to use up all the mbufs in this time, and then any mbuf allocation that G> panics on failure causes the kernel to die. G> G> >How-To-Repeat: G> G> Write a program that pings many addresses. G> Watch netstat -m. G> Watch kernel die. G> G> >Fix: G> None known. G> >Release-Note: G> >Audit-Trail: G> >Unformatted: G> G> To Unsubscribe: send mail to majordomo@FreeBSD.org G> with "unsubscribe freebsd-bugs" in the body of the message -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200209191430.g8JEU4Oo094445>