From owner-freebsd-net@FreeBSD.ORG Sun Sep 14 22:21:15 2003 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED84F16A4BF for ; Sun, 14 Sep 2003 22:21:15 -0700 (PDT) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BD4F43FB1 for ; Sun, 14 Sep 2003 22:21:14 -0700 (PDT) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82])h8F5LCel012779; Mon, 15 Sep 2003 13:21:12 +0800 (KRAST) (envelope-from eugen@kuzbass.ru) Message-ID: <3F654BBB.9240465B@kuzbass.ru> Date: Mon, 15 Sep 2003 13:18:51 +0800 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Win98; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Luigi Rizzo References: <3F6546C1.41B7143@kuzbass.ru> <20030914221343.A25641@xorpc.icir.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit cc: net@freebsd.org Subject: Re: ipfw: pullup failed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2003 05:21:16 -0000 Luigi Rizzo wrote: > > My router that uses ipfw2 for WF2Q+ sometimes writes in log: > > > > Sep 15 00:00:00 gw2 newsyslog[51667]: logfile turned over > > Sep 15 06:20:27 gw2 /kernel: ipfw: pullup failed > > Sep 15 07:00:42 gw2 /kernel: ipfw: pullup failed > > Sep 15 07:58:55 gw2 /kernel: ipfw: pullup failed > > Sep 15 08:23:13 gw2 /kernel: ipfw: pullup failed > > Sep 15 10:14:38 gw2 /kernel: ipfw: pullup failed > > Sep 15 11:50:53 gw2 /kernel: ipfw: pullup failed > > a possibility is that it has run out of mbufs. what does netstat -m say ? 669/1920/65536 mbufs in use (current/peak/max): 654 mbufs allocated to data 15 mbufs allocated to packet headers 472/712/16384 mbuf clusters in use (current/peak/max) 1904 Kbytes allocated to network (3% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines