From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 29 11:53:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 584E816A4BF for ; Fri, 29 Aug 2003 11:53:30 -0700 (PDT) Received: from mail.advantagecom.net (mail.advantagecom.net [65.103.151.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28ABD43FB1 for ; Fri, 29 Aug 2003 11:53:29 -0700 (PDT) (envelope-from andykinney@advantagecom.net) Received: from SCSI-MONSTER (scsi-monster.advantagecom.net [207.109.186.200]) by mail.advantagecom.net (8.11.6/8.11.6) with ESMTP id h7TIrQu25407; Fri, 29 Aug 2003 11:53:26 -0700 From: "Andrew Kinney" Organization: Advantagecom Networks, Inc. To: Marc Ramirez Date: Fri, 29 Aug 2003 11:52:16 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Message-ID: <3F4F3E70.29375.29FAE516@localhost> Priority: normal In-reply-to: <20030828171635.C73827@www.bluecirclesoft.com> X-mailer: Pegasus Mail for Win32 (v3.12c) cc: hackers@freebsd.org Subject: Re: FYI - Just got a kernel panic - RELENG_4 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: andykinney@advantagecom.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2003 18:53:30 -0000 On 28 Aug 2003, at 17:34, Marc Ramirez wrote: > c0271430 T vm_page_remove > c02714f8 T vm_page_lookup Your fault address is between those two, so it happened sometime after you entered vm_page_remove. This particular failure is often related to running out of KVM/KVA space (or hardware problems as someone else mentioned), but without a backtrace it's tough to tell for sure. We had this problem on one of our machines and recently another fellow had this same problem. If you're able to duplicate the panic reliably, then it's likely a KVM/KVA shortage that you'd fix by rebuilding your kernel with a larger KVA_PAGES value (see LINT). If this fixes it for you, please be sure to respond to the list with news of your success so that others searching for this problem and a solution are able to do so. If the fault address is variable and the panic is not consistently reproduceable, then hardware problems are more likely. In many cases with random panics related to memory allocation or deallocation, bad RAM is the culprit, but sometimes it can be a heat issue or a semi-fried CPU that randomly flips bits. Hope that helps. Sincerely, Andrew Kinney President and Chief Technology Officer Advantagecom Networks, Inc. http://www.advantagecom.net