Thanks for the input! I greatly appreciate your time. However, in a last ditch effort -- as you were typing and sending your email --, I solved the problem. I was completely barking up the wrong tree ... sigh.
The issue was an old BIOS in the server. Once I updated the server BIOS, the softraid hang went away! You've given me fun things to look in to in the future, however! The more you know, right? Regards, Tracey On Tue, Apr 24, 2018 at 4:24 PM, IL Ka <kazakevichi...@gmail.com> wrote: > >> Or, is there a gdb method of booting the kernel? > > Short answer: > http://openbsd-archive.7691.n7.nabble.com/on-line-kernel- > debugging-td335833.html > > Long answer: > /dev/kmem (kmem(4)) could be used to access kernel memory. > gdb has special target (kvm) that uses it to debug bsd kernels ( > https://sourceware.org/gdb//onlinedocs/gdb/BSD-libkvm-Interface.html) > > so, we need 2 things here: > 1) Access to /dev/kmem is disabled by default (due to securelevel(7)). > We need to enable it with "kern.allowkmem=1" in /etc/sysctl.conf > Or we can switch to insecure level (echo "sysctl kernl.securelevel=-1 > > /etc/rc.securelevel") > Make sure to reboot before it. > > Never set these values for production system!! > > 2) Kernel with debug symbols > You can build your kernel (man config). > As last step in "compile" folder you will have /bsd (stripped) and > /bsd.gdb (symbolized) > > Then, copy /bsd.gdb to root, reboot and boot it: > boot> boot hd0a:/bsd.gdb > > I think we should have article about it in FAQ:) > >
