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

Reply via email to