From owner-freebsd-questions@FreeBSD.ORG Fri Jan 19 14:13:41 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 732D616A404 for ; Fri, 19 Jan 2007 14:13:41 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 32EBD13C4BA for ; Fri, 19 Jan 2007 14:13:41 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.pgh.priv.collaborativefusion.com (vanquish.pgh.priv.collaborativefusion.com [192.168.2.61]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Fri, 19 Jan 2007 09:13:40 -0500 id 00056436.45B0D214.0000F75E Date: Fri, 19 Jan 2007 09:13:39 -0500 From: Bill Moran To: "peter" Message-Id: <20070119091339.6a0229f1.wmoran@collaborativefusion.com> In-Reply-To: <003b01c73b71$b1e5a930$560ea8c0@rzcpei> References: <003b01c73b71$b1e5a930$560ea8c0@rzcpei> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.3.0 (GTK+ 2.10.7; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-questions@freebsd.org Subject: Re: no pv entries: increase vm.pmap.shpgperproc X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2007 14:13:41 -0000 In response to "peter" : > Hi, > My freebsd box runs the apache httpd2.0 server, postgresql8.1server, > Recently, I got the below info in /var/crash. > “Dump header from device /dev/da0s1b > Architecture: i386 > Architecture Version: 2 > Dump Length: 1073127424B (1023 MB) > Blocksize: 512 > Dumptime: Wed Jan 17 16:39:08 2007 > Hostname: myhost.mydomain.com > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 6.0-RELEASE #0: Tue Apr 25 15:07:33 CST 2006 > peter@myhost.mydomain.com:/usr/src/sys/i386/compile/MYKNL > Panic String: no pv entries: increase vm.pmap.shpgperproc > Dump Parity: 2383301964 > Bounds: 49 > Dump Status: good” > I had searched in google, but I didn’t know how to do. You _should_ be able to raise the vm.pmap.shpgperproc sysctl to prevent the problem -- but there doesn't seem to be any such sysctl. I'm not sure what's going on here, but it seems to me that a PR is in order. Failing that, you could set the following in your kernel config: options PMAP_SHPGPERPROC=250 and rebuild/reinstall your kernel. If you're not familiar with kernel building, the docs are here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig.html The default value is 200, so I expect 250 will be enough of a bump to fix the problem. If it's not, raise it a little higher and try again. I don't know of any way to tell exactly what this value should be other than trial and error. I've seen warnings that raising this value too high can result in an unbootable kernel, so take care to understand how to recover from the installation of an unbootable kernel. The research I've done seems to indicate that pv exhaustion is very rare, which is why you're having trouble finding reference to it in Google searches. That's the first reference I've seen to a sysctl -- usually the recommendation is to rebuild the kernel. Google for PMAP_SHPGPERPROC and you'll find some other (albeit few) discussions. -- Bill Moran Collaborative Fusion Inc.