cvs commit: src/sys/alpha/alpha support.s src/sys/i386/i386 swtch.s src/sys/kern kern_shutdown.c src/sys/sys systm.h

M. Warner Losh imp at bsdimp.com
Tue Jan 20 20:08:51 PST 2004


In message: <Pine.NEB.3.96L.1040120221452.53972J-100000 at fledge.watson.org>
            Robert Watson <rwatson at FreeBSD.org> writes:
: 
: On Tue, 20 Jan 2004, Don Lewis wrote:
: 
: > It would be extremely helpful to preserve the panic message and
: > (optionally) the backtrace across the reboot.  Crash dumps may not
: > always be possible for any number of reasons (swap smaller than RAM,
: > /var/crash too small or overflowing with previous crash dumps, crash
: > dump takes too long ...).  This is especially true in cases where the
: > machine crashes and reboots unattended. 
: 
: Actually, I was having a very similar conversation with Bill Paul this
: afternoon.  We were discussing dropping a copy of the kernel message
: buffer onto the header of swap space on panic, if possible, and then
: dropping them in /var/log/crash.log for management by newsyslog.  Then the
: natural response to "My machine spontaneously reboots" becomes "Look for
: something recent in /var/log/crash.log", as opposed to "You'll need to
: enable crash dumps, set up a serial console", etc.  It's also something we
: could turn on by default, as opposed to crash dumps, which would otherwise
: consume of alot of disk space.

I assume you are talking about reading them out of swap space on boot
so you'd see something like the following in your logs:

<date-time> foo: first reboot after kernel panic
<insert-panic-message-here>

Right?  Then the message would be zeroed out, so you don't get it on a
normal reboot, right?

Warner


More information about the cvs-all mailing list