From owner-freebsd-current@FreeBSD.ORG Thu Jul 10 11:54:02 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F20D037B401 for ; Thu, 10 Jul 2003 11:54:01 -0700 (PDT) Received: from godel.mtl.distributel.net (nat.MTL.distributel.NET [66.38.181.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4612243FBD for ; Thu, 10 Jul 2003 11:54:01 -0700 (PDT) (envelope-from bmilekic@technokratis.com) Received: from godel.mtl.distributel.net (localhost [127.0.0.1]) h6AEvqte000865; Thu, 10 Jul 2003 14:57:52 GMT (envelope-from bmilekic@technokratis.com) Received: (from bmilekic@localhost) by godel.mtl.distributel.net (8.12.9/8.12.9/Submit) id h6AEvq5O000864; Thu, 10 Jul 2003 14:57:52 GMT X-Authentication-Warning: godel.mtl.distributel.net: bmilekic set sender to bmilekic@technokratis.com using -f Date: Thu, 10 Jul 2003 14:57:52 +0000 From: Bosko Milekic To: Lukas Ertl Message-ID: <20030710145752.GA816@technokratis.com> References: <20030710193303.A725@korben.in.tern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030710193303.A725@korben.in.tern> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: panic: kmem_malloc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 18:54:02 -0000 Sorry for the top-reply... But for now the only advice I have is that you tune the boot-time kern.vm.kmem.size tunable. Don't set it too high, but you can try about 250,000 for your configuration. The constant we have that caps the size is getting too small and we're at least going to have to bump that up soon. -Bosko On Thu, Jul 10, 2003 at 07:45:46PM +0200, Lukas Ertl wrote: > Hi, > > we are currently stress-testing two 5.1 machines. Each of the machines > have a 2.6GHz P4 and 512 MB RAM. The machines are running zebra, ospfd and > nscd. We bomb the machines with many DNS requests (up to 50k/s), > transmitted over Gigabit Ethernet. > > Unfortunately, both machines panic soon after starting the tests, and both > go down with "kmem_malloc(4096): kmem_map too small" and says the current > process is "4 (g_down)". I'd love to present a coredump and a backtrace, > but somehow it just doesn't dump, it rather panics again with > "ata_dmasetup: transfer active". > > Well, if I get this right, it means that the kernel VM is exhausted. Is > there anything I can do apart from using more RAM? > > regards, > le > > -- > Lukas Ertl eMail: l.ertl@univie.ac.at > UNIX-Systemadministrator Tel.: (+43 1) 4277-14073 > Zentraler Informatikdienst (ZID) Fax.: (+43 1) 4277-9140 > der Universit?t Wien http://mailbox.univie.ac.at/~le/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > -- Bosko Milekic * bmilekic@technokratis.com * bmilekic@FreeBSD.org TECHNOkRATIS Consulting Services * http://www.technokratis.com/