panic on one cpu leaves others running...
Robert Watson
rwatson at FreeBSD.org
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;
Debugger("panic")
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
supported
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 fledge.watson.org Senior Research Scientist, McAfee Research
More information about the freebsd-current
mailing list