From owner-freebsd-stable@FreeBSD.ORG Mon Apr 23 15:54:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08FF916A401 for ; Mon, 23 Apr 2007 15:54:16 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id EAB4F13C45A for ; Mon, 23 Apr 2007 15:54:15 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 06A611A4DC1; Mon, 23 Apr 2007 08:54:38 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1F37D5126B; Mon, 23 Apr 2007 11:54:15 -0400 (EDT) Date: Mon, 23 Apr 2007 11:54:15 -0400 From: Kris Kennaway To: Tom Judge Message-ID: <20070423155414.GA1006@xor.obsecurity.org> References: <20070411105332.GC7847@xs4all.nl> <20070419123329.GA10189@xs4all.nl> <14989d6e0704190714p5250d1ddv8dde92d4aec14922@mail.gmail.com> <20070423121514.GB20155@xs4all.nl> <462CA62F.9060306@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <462CA62F.9060306@tomjudge.com> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Christian Walther , Kai Subject: Re: Fatal trap 12: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 15:54:16 -0000 On Mon, Apr 23, 2007 at 01:27:27PM +0100, Tom Judge wrote: > Kai wrote: > >On Thu, Apr 19, 2007 at 04:14:23PM +0200, Christian Walther wrote: > > > >>On 19/04/07, Kai wrote: > >> > >>>On Wed, Apr 11, 2007 at 12:53:32PM +0200, Kai wrote: > >>> > >>>>Hello all, > >>>> > >>>>We're running into regular panics on our webserver after upgrading > >>>>from 4.x to 6.2-stable: > >>>> > >>>Hi Again, > >>> > >>>The panics keep happening, so I'm trying alternate kernel setups. This > >>>is a > >>>trace of a panic on a default SMP kernel with debugging symbols. > >>> > >>>I'm At a loss on how to progress at this point, perhaps someone can help > >>>me > >>>please? > >>> > >>[snip] > >> > >>>Fatal trap 12: page fault while in kernel mode > >>>cpuid = 0; apic id = 00 > >>>fault virtual address = 0x34 > >>>fault code = supervisor read, page not present > >>>instruction pointer = 0x20:0xc06bdefa > >>>stack pointer = 0x28:0xeb9cf938 > >>>frame pointer = 0x28:0xeb9cf944 > >>>code segment = base 0x0, limit 0xfffff, type 0x1b > >>> = DPL 0, pres 1, def32 1, gran 1 > >>>processor eflags = interrupt enabled, resume, IOPL = 0 > >>>current process = 13577 (perl5.8.8) > >>>trap number = 12 > >>>panic: page fault > >>> > >>Is this perl derived from ports? And if so, did you rebuild it after you > >>upgraded to 6.2? Or is maybe FreeBSD 4.x binary compatibility missing from > >>your kernel? > >> > > > >Hi Chris, > > > >Thanks for your reply; The upgrade i'm talking about is just a term > >describing that we switched from FreeBSD 4.10 to 6.2. Its new hardware; its > >hardware on which FreeBSD 4.10 will not run. > >So in effect its not an upgrade, though the symptoms did not show on > >apache-1.3.37 + nfsmounted homepages under FreeBSD 4.10. > > > >If perl would be the problem, the OS shouldn't panic IMHO. Perl in this > >case > >is writing a fairly large guestbook file (eg. 2 Mb), and does this through > >perls own: > > open(BOOK, "+<$file") or die; > > > >This $file is located on an NFS mounted filesystem. It'll get read and > >written. > > > >The NFS filesystem is mounted with "rw,nosuid,intr,bg,resvport,nfsv3". I > >have tried mounting without intr, but panics keep happening. The NFS server > >is a Netapp filer. > > > >This is a production environment, so I can't go updating to the latest > >current. > > > >Kai > > > > Just a me too, however I seem to get these crashes from random applications. > > See my last post for back traces. Just to clarify, your problem appears to have nothing to do with the above report. Kris