Attached is a DDB trace that I obtained the next morning after I posted the original message. FWIW, I've been running without softupdates now since rebooting after that crash Monday morning, and everything is running beautifully (albeit a bit more slowly) :) mounted default.
I hope this can help. I hear there are a lot of these traces floating around that maybe can be pieced together. I've since switched to 3.0-STABLE (though make world isn't quite done yet), so I don't follow -current anymore -- but I figured -current would be the best place to put this so that it can be fixed in -CURRENT and backported. Thanks. On Sun, 17 Jan 1999, Matt Behrens wrote: : The system becomes totally unresponsive (console driver still seems : to be running but the processes all seem to have hung) at some : random point. The second time, I noticed my second hard drive was : going totally crazy -- sounded like a `find /' or something. :) : In both cases, I couldn't Ctrl-Alt-Del, so I rebooted. : : The first time, I didn't know what to expect -- but the standard : fsck-if-not-clean "took care" of my problem on reboot. I didn't : get to see many of the messages, but I did catch quite a few (and : on the tail) clearing of unref files, many owned by me. They seemed : to (and indeed did) correspond to some files that I was unpacking. : Attributing it to just running into a random bug, I re-unpacked : the files and went on. - Matt Behrens <m...@zigg.com> Network Administrator, zigg.com <http://www.zigg.com/> Engineer, Nameless IRC Network <http://www.nameless.net/>
Debugger(f021f865) at Debugger+0x37 sc_alloc_history_buffer(f025267c,2,0,f025267c,7011d) at sc_alloc_history_buffer+0xcd0 scdevtotty(f025267c,0,0,0,f0612c00) at scdevtotty+0x35c atkbd_attach_unit(f025267c,0,0,f32b7e24,f01effce) at atkbd_attach_unit+0x4e7 is_physical_memory(0,c0084040,f0610010,f0130010,7011d) at is_physical_memory+0x2cc Xintr1(0,0,f01a7188,c0000000,0) at Xintr1+0x5e wdintr(0,c0000000,f0610010,10,c0000000) at wdintr+0x5b8 Xintr14(80000000,f32b0010,f01d0010,f32b7f88,f32a6200) at Xintr14+0x61 doreti_popl_es_fault(f32b7f88) at doreti_popl_es_fault+0x49 vn_syncer_add_to_worklist(f32abbf7,f02192a5,f0230588,f01f30fs,f01ef5c0) at vn_syncer_add_to_worklist+0x13c kproc_start(f0230588) at kproc_start+0x32 fork_trampoline(e4ec1589,c766f025,25e4ee05,800008f0,25e4f025) at fork_trampoline+0x30