From owner-freebsd-current@FreeBSD.ORG Thu Jun 3 21:40:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F744106564A for ; Thu, 3 Jun 2010 21:40:52 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-4.mit.edu (DMZ-MAILSEC-SCANNER-4.MIT.EDU [18.9.25.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6B18FC13 for ; Thu, 3 Jun 2010 21:40:51 +0000 (UTC) X-AuditID: 1209190f-b7b20ae000003f85-df-4c082163c575 Received: from mailhub-auth-2.mit.edu (MAILHUB-AUTH-2.MIT.EDU [18.7.62.36]) by dmz-mailsec-scanner-4.mit.edu (Symantec Brightmail Gateway) with SMTP id D3.61.16261.361280C4; Thu, 3 Jun 2010 17:40:51 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id o53Lepua007259; Thu, 3 Jun 2010 17:40:51 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id o53Len2F021042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 3 Jun 2010 17:40:50 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id o53LenOI020528; Thu, 3 Jun 2010 17:40:49 -0400 (EDT) Date: Thu, 3 Jun 2010 17:40:49 -0400 (EDT) From: Benjamin Kaduk To: David Rhodus In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: AAAAAA== Cc: current@freebsd.org Subject: Re: Auto doadump() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 21:40:52 -0000 On Thu, 3 Jun 2010, David Rhodus wrote: > Is there a rc.conf variable to automatically save core on a panic and reboot ? > Setting dumpdev="AUTO" doesn't seem to do the trick. dumpdev merely controls which swap device the dump gets written to. You probably want to either compile your kernel with KDB_UNATTENDED or set the debug.debugger_on_panic sysctl to 0. (I run my systems to drop into KDB interactively, but reading kern/kern_shutdown.c seems to indicate that this will do what you want.) -Ben Kaduk