Howdy, I'm working on debugging a quirky bug (aren't they all) when using an OpenBSD NFS client with a FreeBSD NFS server, I'm certain it's agnostic of the NFS server, but I can't say for sure because we rely on FreeBSD servers, and the Mac OS X and redhat NFS clients function properly. I'm still working out the specific, and appropriate reproduction steps for the bug, but in short, it leaves the OpenBSD machine completely frozen. Interestingly enough, the OpenBSD machine still responds to pings over the network, but all physical and virtual terminals become completely locked. (This excludes the keyboard shortcuts to drop the machine into ddb when ddb.console => 1 )
The basic question is, what are my options for pinpointing this bug? From what I remember correctly I can setup ddb over a serial console through some means, but the machine is atop a bookshelf and about 50ft from my workstation ;) I've examined the tcpdump output on the server side of things, but nothing out of order, with the exception of the sudden drop in data being transferred, is noticable on that side of things. I'm wondering if there's anyway from ddb I can accurately gauge _where_ the lock up is happening, and then of course, how it is happening ;) Usually I'm comfortable with attaching gdb to a process and then making progress that way, but this is a realm unfamiliar to me in terms of debugging, so suggestions are welcome. Cheers, -R. Tyler Ballance Lead Developer, bleep. LLC http://www.bleepsoft.com [demime 1.01d removed an attachment of type application/pgp-signature which had a name of PGP.sig]
