From owner-freebsd-current@FreeBSD.ORG Fri Apr 27 22:21:19 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06C9D16A400 for ; Fri, 27 Apr 2007 22:21:19 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 60FEC13C455 for ; Fri, 27 Apr 2007 22:21:18 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3RMLGbe026968; Sat, 28 Apr 2007 08:21:17 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3RMLG6Q026967; Sat, 28 Apr 2007 08:21:16 +1000 (EST) (envelope-from peter) Date: Sat, 28 Apr 2007 08:21:16 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20070427222116.GG840@turion.vk2pj.dyndns.org> References: <20070426204602.GA81382@keltia.freenix.fr> <20070427012401.GZ2445@obelix.dsto.defence.gov.au> <20070427013742.GA51877@troutmask.apl.washington.edu> <20070427014317.GA17436@xor.obsecurity.org> <20070427030017.GA52347@troutmask.apl.washington.edu> <20070427031124.GA18527@xor.obsecurity.org> <20070427180021.GA57409@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OBd5C1Lgu00Gd/Tn" Content-Disposition: inline In-Reply-To: <20070427180021.GA57409@xor.obsecurity.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-current@freebsd.org, Tom Cumming , Steve Kargl Subject: Re: Panic on boot. How do I get a kernel dump. 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: Fri, 27 Apr 2007 22:21:19 -0000 --OBd5C1Lgu00Gd/Tn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-27 14:00:21 -0400, Kris Kennaway wrote: >On Fri, Apr 27, 2007 at 08:31:16AM -0700, Tom Cumming wrote: >> One possibility is to hard code dumpdev in the kernel, then boot that >> kernel. > >I don't know many different ways I can say "there is no way to do it". I think Tom is saying that he needs to do something that _used_ to be possible. Normally the Project is careful to avoid regressions so this was a surprise to me as well. (It looks like it's demise wasn't clearly spelt out at the time). Since dumpdev is now intertwined with geom and the geom tasting is quite late in the boot process, I agree that the current crashdump code does not seem amenable to use early in the boot process. Having a kernel crash before it reaches userland is not unheard of. Whilst it may be possible to debug this using DDB or remote GDB in some cases, I can think of two cases where this is not practical: 1) It is a production server that can't be left down for extended periods. 2) It is a remote system without remote console access. Lets put the original question slightly differently: How can the kernel state be saved if the kernel crashes before it's possible to invoke dumpon(8)? IMHO, "there is no way to do it" is not a satisfactory answer for the reasons above. --=20 Peter Jeremy --OBd5C1Lgu00Gd/Tn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGMndc/opHv/APuIcRAkxVAJ4yamtEozvYTbvFxfoQdZDiw/WM6wCdEYII sOndB7H6J/W9F0dY/qOzrpY= =afFe -----END PGP SIGNATURE----- --OBd5C1Lgu00Gd/Tn--