panic on one cpu leaves others running...

Robert Watson rwatson at
Wed Apr 7 21:14:20 PDT 2004

panic: m 0 so->so_rcv.sb_cc 17
at line 860 in file ../../../kern/uipc_socket.c
cpuid = 1; 
Stopped at      Debugger+0x46:  xchgl   %ebx,in_Debugger.0
db> trace  
Debugger(c07c3990) at Debugger+0x46
__panic(c07c98f1,35c,c07c997d,0,11) at __panic+0x13d
soreceive(c6664618,e9891c0c,e9891c38,0,e9891c10) at soreceive+0x20c
recvit(c6561e70,3,e9891cc0,0,bfbfe410) at recvit+0x1a2
recvmsg(c6561e70,e9891d14,3,4,296) at recvmsg+0x9a
syscall(808002f,bfbf002f,bfbf002f,bfbfe44c,8079a70) at syscall+0x217
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (27, FreeBSD ELF32, recvmsg), eip = 0x282afff7, esp =
0xbfbfe3fc, ebp = 0xbfbfe458 ---
db> Apr  8 04:09:29  sm-mta[3550]: i3831Ija003419: SYSERR(root): hash map
"Alias0": missing map file /etc/mail/aliases.db: No such file or directory
Apr  8 04:09:29  sm-mta[3550]: i3831Ija003419: SYSERR(root): cannot
flock(/etc/mail/aliases, fd=5, type=1, omode=40000, euid=0): Operation not

Funky, eh?  I thought we used to have code to ipi the other cpu's and halt
them until the cpu in ddb was out agian.  I guess I mis-remember, or that
code is broken...

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert at      Senior Research Scientist, McAfee Research

More information about the freebsd-current mailing list