From owner-freebsd-stable@FreeBSD.ORG Fri May 30 11:50:34 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91AFD106566B; Fri, 30 May 2008 11:50:34 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 133BB8FC26; Fri, 30 May 2008 11:50:33 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m4UBoWBL002589; Fri, 30 May 2008 13:50:32 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m4UBoWoi002588; Fri, 30 May 2008 13:50:32 +0200 (CEST) (envelope-from olli) Date: Fri, 30 May 2008 13:50:32 +0200 (CEST) Message-Id: <200805301150.m4UBoWoi002588@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG In-Reply-To: <20080530070534.GA25479@eos.sc1.parodius.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 30 May 2008 13:50:32 +0200 (CEST) Cc: Subject: Re: RELENG_7 amd64; memory and vm.kmem_size X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 11:50:34 -0000 Jeremy Chadwick wrote: > [...] > vm.kmem_size="3584M" > vm.kmem_size_max="3584M" > > Upon reboot, the kernel immediately panic'd with the following message: > > kmem_suballoc(): bad status return of 3. > > I then chose smaller values (going with 2048M); same panic. I remember someone on the -fs list explained that there's currently a hard limit for kmem at 2 GB minus epsilon. So I suggest trying to set it to slightly less than 2 GB. And yes, I agree that is unfortunate, because there are high ZFS workloads where more than 2 GB kmem would be useful. I hope this design limitation can be alleviated somehow in the future. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich