Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 27 Apr 2007 19:59:43 -0400
From:      Kris Kennaway <kris@obsecurity.org>
To:        Tom Cumming <tcumming123@gmail.com>
Cc:        Peter Jeremy <peterjeremy@optushome.com.au>, freebsd-current@freebsd.org, Steve Kargl <sgk@troutmask.apl.washington.edu>, Kris Kennaway <kris@obsecurity.org>
Subject:   Re: Panic on boot. How do I get a kernel dump.
Message-ID:  <20070427235943.GA64867@xor.obsecurity.org>
In-Reply-To: <de193d070704271622o805ca68ja332a08139269420@mail.gmail.com>
References:  <de193d070704261535k11e5de1eh12842a4ab340a971@mail.gmail.com> <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> <de193d070704270831y6f57e559xfaf036338c263100@mail.gmail.com> <20070427180021.GA57409@xor.obsecurity.org> <20070427222116.GG840@turion.vk2pj.dyndns.org> <de193d070704271622o805ca68ja332a08139269420@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Apr 27, 2007 at 04:22:48PM -0700, Tom Cumming wrote:
> On 4/27/07, Peter Jeremy <peterjeremy@optushome.com.au> wrote:
> 
> >1) It is a production server that can't be left down for extended periods.
> 
> 
>   Yup.  I.e., the dump provides a snapshot of the full state of the system
> at the moment of the panic. This snapshot can be examined at leisure, a
> customer could ftp the dump to a qualified engineer, etc.
> 
> 2) It is a remote system without remote console access.
> 
> 
>   .. or number 3) I can use my existing dump analysis tools and scripts to
> examine the dump, and I cannot run the scripts from the console prompt.
> 
> 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)?
> 
> 
> I don't follow the geom code... is there a place in geom where I could put
> something like, geom->dumpdev = "mydevice"?
> 
> Or ...
> >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.
> 
> does  this mean even hard coding the dumpdev won't work? If so, then maybe
> the, "your sol" statement is correct.

Hmm, guess I needed a bigger font :(

Kris



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070427235943.GA64867>