NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: double fault when using fssconfig + repetitive savecore problem



On Sun, Feb 20, 2011 at 03:55:08PM +0100, theo borm wrote:
> Hi,
> 
> First of all, thank you for the hint. Savecore -c worked like a charm. 
> I've also taken your suggestion, and generated a kernel with debugging 
> (without re0). In short, this does not change anything so I still have 
> no coredump to debug (see point 3 and 4 below)
> 
> Second, it appears as if the problems are related to the fact that I was 
> running NetBSD in a (KVM) virtual machine. On real hardware (which took 
> some time to get, hence my late response), it's simply gone.
> 
> 
> Now, having said that, I'm still very interested in running NetBSD from 
> KVM (not Xen for other reasons).
> 
> 
> Running NetBSD (ffv1 / and /tmp) from a KVM (with bridged network 
> configuration) now causes me serious trouble:
> 
> 1) (Unrelated) The virtual re* network interface has "re0: watchdog 
> timeout" problems. A workaround seems to be compiling a kernel without 
> "re*", which causes the rtk* driver to attach to the interface. This 
> works mostly, however, I am now seeing occasional "rtk0: watchdog 
> timeout" messages, after which the network becomes unusable, and I have 
> also been able to trigger a kernel crash by (putatively) external 
> network traffic and an unresponsive external NFS server (NetBSD crashed 
> within seconds of the external NFS server, having mounted only a 
> non-system directory).
> 
> 2) fssconfig immediately causes a kernel crash and core dump. This is 
> unrelated to my removal of the re* driver, because I get the same 
> problem with a stock GENERIC kernel.
> 
> 3) <ctrl>-<alt>-<escape>, followed by "sync" generates a memory dump. 
> After this memory dump I'm back in the same repetitive core-saving 
> cycle, and I have to "savecore -c" again.
> 
> 4) savecore (during reboot) fails with an "savecore: (null): Bad 
> address", and while I end up with a "netbsd.N.core.gz", the accompanying 
> "netbsd.N.gz" file is simply empty. My suspicion is that this is what is 
> causing 3) to happen.

Try adding

        savecore=YES            savecore_flags="-z -N /netbsd"

to /etc/rc.conf.  A working crash dump would help with 2) too.

-- 
Juergen Hannken-Illjes - hannken%eis.cs.tu-bs.de@localhost - TU Braunschweig 
(Germany)


Home | Main Index | Thread Index | Old Index