Re: Kernel crash before dumpon
Frank Solensky wrote: I'm trying to get a dump off a machine with a 7.1-beta2 kernel that's been crashing during the boot process, following the instructions on http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN I've recompiled the kernel with "-g" but no vmcore file appears so I'm assuming that the crash occurs before dumpon is executed. The page includes the following suggestion on how I might be able to proceed: Alternatively, the dump device can be hard-coded via the dump clause in the config(5) line of a kernel configuration file. This approach is deprecated and should be used only if a kernel is crashing before dumpon(8) can be executed. I tried adding config dump "/dev/ad4s3b" to the configuration file but that option appears to be no longer supported: the config command gives an error message of: root/dump/swap specification obsolete Is the paragraph above obsolete? If so, what's the preferred way to collect the dump? Yes, it's obsolete. Please file a PR to remove the outdated advice. Unfortunately in FreeBSD 5 and later there is no way to dump prior to multi-user startup, because of how device discovery is now dynamic. You can still use other tools like ddb/remote gdb etc. Kris ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel crash before dumpon
Frank Solensky <[EMAIL PROTECTED]> writes: Wow. Frank Solensky. Long time no see. > I'm trying to get a dump off a machine with a 7.1-beta2 kernel that's > been crashing during the boot process, following the instructions on > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN > I've recompiled the kernel with "-g" but no vmcore file appears so I'm > assuming that the crash occurs before dumpon is executed. > > The page includes the following suggestion on how I might be able to > proceed: > Alternatively, the dump device can be hard-coded via the > dump clause in the config(5) line of a kernel configuration > file. This approach is deprecated and should be used only > if a kernel is crashing before dumpon(8) can be executed. > > I tried adding > config dump "/dev/ad4s3b" > to the configuration file but that option appears to be no longer > supported: the config command gives an error message of: > root/dump/swap specification obsolete > > Is the paragraph above obsolete? If so, what's the preferred way to > collect the dump? Yep, it looks like the config(8) code to handle that has been gone for a while. At a quick glance, I can't figure out where the dump device is chosen, but it's supposedly iterating through devices looking for something that would work. Sticking in a device closer to the top of the search order might help. I suppose it's possible that just sticking in an appropriately formatted USB disk might help. Enabling minidumps would let you get away with a smaller space for storing the dump, which would be useful if you have some space to throw at it. Alternatively, in the same spot I would be tempted to build a separate disk just for debugging this particular problem, making sure to leave space for a swap partition close to the front. Using DDB might be an option, but I suspect that if you're having trouble getting a dump, you'll have problems dropping to a live debugger as well. All of my above advice is a bit shot-in-the-dark; if no one else suggests anything better, you may want to go to the freebsd-hackers list, or look at the cvs logs for whoever's modified the dump code in the last year or so. Good luck. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Kernel crash before dumpon
The page includes the following suggestion on how I might be able to proceed: Alternatively, the dump device can be hard-coded via the dump clause in the config(5) line of a kernel configuration file. This approach is deprecated and should be used only if a kernel is crashing before dumpon(8) can be executed. I tried adding config dump "/dev/ad4s3b" to the configuration file but that option appears to be no longer supported: the config command gives an error message of: root/dump/swap specification obsolete Is the paragraph above obsolete? If so, what's the preferred way to collect the dump? Thanks in rc.conf dumpdev="/dev/dumpdevice" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Kernel crash before dumpon
I'm trying to get a dump off a machine with a 7.1-beta2 kernel that's been crashing during the boot process, following the instructions on http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html#KERNELDEBUG-OBTAIN I've recompiled the kernel with "-g" but no vmcore file appears so I'm assuming that the crash occurs before dumpon is executed. The page includes the following suggestion on how I might be able to proceed: Alternatively, the dump device can be hard-coded via the dump clause in the config(5) line of a kernel configuration file. This approach is deprecated and should be used only if a kernel is crashing before dumpon(8) can be executed. I tried adding config dump "/dev/ad4s3b" to the configuration file but that option appears to be no longer supported: the config command gives an error message of: root/dump/swap specification obsolete Is the paragraph above obsolete? If so, what's the preferred way to collect the dump? Thanks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
