From owner-freebsd-stable@FreeBSD.ORG Wed Dec 8 11:57:12 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E528B16A4CE for ; Wed, 8 Dec 2004 11:57:12 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F5E943D39 for ; Wed, 8 Dec 2004 11:57:12 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id iB8BskMJ099581; Wed, 8 Dec 2004 06:54:46 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)iB8Bsjth099578; Wed, 8 Dec 2004 11:54:46 GMT (envelope-from robert@fledge.watson.org) Date: Wed, 8 Dec 2004 11:54:45 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Michael Nottebrock In-Reply-To: <200412081241.19968.michaelnottebrock@gmx.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: crashdumps not working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 11:57:13 -0000 On Wed, 8 Dec 2004, Michael Nottebrock wrote: > On Wednesday, 8. December 2004 12:20, Robert Watson wrote: > > On Tue, 7 Dec 2004, Michael Nottebrock wrote: > > > I recently enabled SW_WATCHDOG in my kernel, but when watchdog triggers > > > a panic, no crashdump is taken although dumps are enabled. What could be > > > causing this? > > > > If you drop to the debugger by using the debug.kdb.enter sysctl, and do > > "call doadump", followed by a reset, does a dump get generated > > successfully? > > I don't have kdb enabled in my kernel configuration at all... I'm guessing it might be useful at this point, if possible :-). Do you have a serial console on the box, or could you set one up? > > I.e., are they completely broken on your system, or is this > > somehow a property of the particular hang you're seeing. > > See my other mail, a different (non-watchdog) panic didn't trigger a dump > either. I even had the panic message in dmesg: > > kernel trap 12 with interrupts disabled > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x14c > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc0521397 > stack pointer = 0x10:0xe9794b84 > frame pointer = 0x10:0xe9794b90 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 1281 (beep-media-player) > trap number = 12 > panic: page fault This is a NULL pointer dereference; you can use addr2line or gdb on your kernel.debug to turn it into a line number even without a core. That might well be worth doing, as we might be able to debug that even without getting dumping working on the box. > Syncing disks, vnodes remaining...4 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 (I enabled kern.sync_on_panic only very recently for my > experimenting with watchdog, dumping didn't work without it either). Syncing on panic is, in general, probably not going to make it work better than not. I guess there's no chance the box has an NMI button? Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research