Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 6 May 2008 06:56:42 -0700
From:      Jeremy Chadwick <koitsu@freebsd.org>
To:        Stephen Clark <sclark46@earthlink.net>
Cc:        freebsd-stable@freebsd.org
Subject:   Re: reboot after panic
Message-ID:  <20080506135642.GA10543@eos.sc1.parodius.com>
In-Reply-To: <4820618F.3070009@earthlink.net>
References:  <4819BB3A.6000407@earthlink.net> <B9638CACBA387E48927BB56B6A15550715CEDF@svr1.irtnog.org> <481A16E7.8040709@earthlink.net> <20080501210233.GA15528@lava.net> <481B19C4.1040806@earthlink.net> <20080506125938.GA8831@eos.sc1.parodius.com> <4820618F.3070009@earthlink.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 06, 2008 at 09:47:59AM -0400, Stephen Clark wrote:
> Jeremy Chadwick wrote:
>> On Fri, May 02, 2008 at 09:40:20AM -0400, Stephen Clark wrote:
>>> Mine is a nvidia 6300 mb with a dual core amd processor. I am causing the panic
>>> while trying to develope a DD for a EVDO usb modem - so it is not a great 
>>> problem - I was just surprised it wasn't rebooting. This is a 6.1 system.
>>>
>>> Yes it is sort of discouraging that it is hard to get answers when you 
>>> aren't running the latest and greatest kernel. In our case we have over 
>>> 500 units in
>>> the field running a mix of 4.9 and 6.1 and it is not feasible to 
>>> continually upgrade them, especially since there is no documented way to 
>>> reliably upgrade
>>> a remote installation.
>>
>> Does the system reboot OK if you issue the "reboot" command?
>>
>> If not, then the problem is likely with the reboot method being used
>> (ACPI vs. non-ACPI) or ACPI tweakage prior to reboot, and not anything
>> to do with panics.  See the following two sysctls:
>>
>> hw.acpi.disable_on_reboot
>> hw.acpi.handle_reboot
>
> It reboots fine when I "shutdown -r now". It is only after a panic
> that it hangs. I have it set to save the crash dump:
> dumpdev="AUTO"          # Device to crashdump to (device name, AUTO, or NO).
> dumpdir="/var/crash"    # Directory where crash dumps are to be stored
>
> but there is never one. It is like it hangs trying to dump the memory image.
>
> This mother board has both sata and pata controllers but I am using only pata
> drives.

A kernel panic causes the kernel to dump all memory contents (from start
to end) to whatever swap device is available.  It's written to the disk
in a fairly "raw" format, with some header data of some sort I think.
After it's done, the system should reboot.

My guess is that you either don't have any swap defined, swap is defined
incorrectly (disklabel -r output would be useful), or your swap space is
smaller than your total amount of memory.  (Swap should usually be 2x
RAM).

dumpdir and dumpdev are used during the startup process, where
savecore(8) is called.  The memory dump on the swap device is extracted
and stored in a file in $dumpdir, which you can examine later.  Keep in
mind that savecore(8) will use /dev/dumpdev, which is a symlink to
whatever device your swap lives on -- and that's determined by reading
/etc/fstab.

Does this help?  :-)

-- 
| Jeremy Chadwick                                jdc at parodius.com |
| Parodius Networking                       http://www.parodius.com/ |
| UNIX Systems Administrator                  Mountain View, CA, USA |
| Making life hard for others since 1977.              PGP: 4BD6C0CB |




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