overnight crash

[Patrick Welche <prlw1%cam.ac.uk@localhost>]

Just found a netbsd.0.core left behind at the time daily would have run,
which would have coincided with a pbulk run (judging from just how many
nbmake processe there are.)

(Yesterday's -current/amd64)

crash> bt
_KERNEL_OPT_NARCNET() at 0
?() at ffffb5013ded4000
vpanic() at vpanic+0x14c
snprintf() at snprintf
startlwp() at startlwp
calltrap() at calltrap+0x11
crash> ps
PID    LID S CPU     FLAGS       STRUCT LWP *               NAME WAIT
0    >  68 7   2       200   ffff93e2bf3b7300               iic0
0    >  41 7   5       201   ffff93e2beffd1e0             idle/5
0    >  17 7   1       201   ffff93e2beeb30e0             idle/1
0    >  10 7   6       200   ffff93e5d0bda900            cachegc
0    >   5 7   0       200   ffff93e5d0bf4060          softclk/0
0    >   1 7   0       200   ffffffff80c374a0            swapper

Reading symbols from netbsd.0...
(No debugging symbols found in netbsd.0)
(gdb) symbol-file netbsd.0.gdb  
Reading symbols from netbsd.0.gdb...
(gdb) target kvm netbsd.0.core
0xffffffff8022130a in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:728
728                     dumpsys();
(gdb) thread apply all bt

Thread 2.1 (<kvm>):
#0  0xffffffff8022130a in cpu_reboot (howto=howto@entry=260, bootstr=bootstr@entry=0x0) at ../../../../arch/amd64/amd64/machdep.c:728
#1  0xffffffff8062f500 in vpanic (fmt=fmt@entry=0xffffffff80925ce0 "trap", ap=ap@entry=0xffffb5013ded7c58) at ../../../../kern/subr_prf.c:336
#2  0xffffffff8062f5b1 in panic (fmt=fmt@entry=0xffffffff80925ce0 "trap") at ../../../../kern/subr_prf.c:255
#3  0xffffffff80222fa7 in trap (frame=0xffffb5013ded7da0) at ../../../../arch/amd64/amd64/trap.c:324
#4  0xffffffff8021c3b5 in alltraps ()
#5  0xffffffff8101d617 in ?? ()
#6  0xffffffff8024515f in sy_call (rval=0xffffb5013ded7eb0, uap=0xffffb5013ded7f00, l=0xffff93e59a2d8ae0, sy=0xffffffff80c35410 <sysent+8592>) at ../../../../sys/syscallvar.h:65
#7  sy_invoke (code=358, rval=0xffffb5013ded7eb0, uap=0xffffb5013ded7f00, l=0xffff93e59a2d8ae0, sy=0xffffffff80c35410 <sysent+8592>) at ../../../../sys/syscallvar.h:94
#8  syscall (frame=0xffffb5013ded7f00) at ../../../../arch/x86/x86/syscall.c:138
#9  0xffffffff802086ad in handle_syscall ()
(gdb) thread apply all bt

Thread 2.1 (<kvm>):
#0  0xffffffff8022130a in ?? ()
#1  0xffffb5013ded73cc in ?? ()
#2  0x0000000000000104 in ?? ()
#3  0xffffffff80925ce0 in ?? ()
#4  0xffffb5013ded7c58 in ?? ()
#5  0xffffb5013ded7c40 in ?? ()
#6  0xffffffff8062f500 in ?? ()
#7  0xffffb50100000000 in ?? ()
#8  0xffff93e59a2d8ae0 in ?? ()
#9  0x0000000000000006 in ?? ()
#10 0xffffb5013ded7da0 in ?? ()
#11 0xffffb5013ded7ca0 in ?? ()
#12 0xffffffff8062f5b1 in ?? ()
#13 0xffffb5013ded7ca0 in ?? ()
#14 0xffffffff00000008 in ?? ()
#15 0xffffb5013ded7cb0 in ?? ()
#16 0xffffb5013ded7c70 in ?? ()
#17 0xffffb5013ded7e98 in ?? ()
#18 0xffffb5013ded7da0 in ?? ()
#19 0xffffb5013ded7da0 in ?? ()
#20 0x0000000000000000 in ?? ()


(aside: Why don't repeated commands in gdb generate the same output?)

Just FYI - debugging shifting sands...


Cheers,

Patrick