[15507] in Athena Bugs
sgi 8.1.9: attach
daemon@ATHENA.MIT.EDU (Nathan J Williams)
Mon Sep 15 17:33:33 1997
To: bugs@MIT.EDU
Date: Mon, 15 Sep 1997 17:33:23 EDT
From: Nathan J Williams <nathanw@MIT.EDU>
System name: steve-dallas
Type and version: IP22 8.1.9
Display type: NG1
What were you trying to do?
attach -n pit
What's wrong:
The machine paniced.
What should have happened:
/mit/pit should have been mounted.
Please describe any relevant documentation references:
attach(1)
Other info:
I enabled crash dumps on steve-dallas after reproducing this
bug (which Mike Whitson mentioned). Interestingly, while "attach pit"
crashed the machine the first time, after the reboot "attach pit"
simply reported an authentication failure, while "attach -n pit"
crashed.
Info from core dump 0:
savecore: Created log Mon Sep 15 16:53:51 1997
Dump Header Information
-------------------------------------------------------
uname: IRIX steve-dallas 5.3 02091401 IP22
physical mem: 64 megabytes
phys start: 0x8000000
page size: 4096 bytes
dump version: 1
dump size: 40584 k
crash time: Mon Sep 15 16:53:51 1997
panic string: <0>PANIC: KERNEL FAULT
kernel putbuf:
pb 0: 8.183.0.34 in cell athena.mit.edu is back up
pb 1: afs: file server 18.183.0.34 in cell athena.mit.edu is back up
pb 2: afs: file server 18.185.0.29 in cell athena.mit.edu is back up
pb 3: afs: file server 18.185.0.29 in cell athena.mit.edu is back up
pb 4: afs: file server 18.185.0.30 in cell athena.mit.edu is back up
pb 5: afs: file server 18.185.0.30 in cell athena.mit.edu is back up
pb 6: afs: failed to store file (13)
pb 7: afs: failed to store file (13)
pb 8: afs: Lost contact with file server 160.100.240.2 in cell ibm.uk
pb 9: afs: Lost contact with file server 160.100.240.2 in cell ibm.uk
pb 10: afs: Tokens for user of AFS id 10786 for cell athena.mit.edu have expired
pb 11: afs: failed to store file (13)
pb 12: Killing the input queue owner
pb 13: afs: failed to store file (13)
pb 14: fds0d2 error: on block 753, status 0 on disk s
pb 15: <0>PANIC: KERNEL FAULT
pb 16: PC: 0x88171d18 ep:ffffca28
pb 17: EXC code:128, `Software detected SEGV '
pb 18: Bad addr: 0x0, cause: 0x8<CE=0,EXC=RMISS>
pb 19: sr: 0xff03<IM8,IM7,IM6,IM5,IM4,IM3,IM2,IM1,IPL=0,MODE=KERNEL,EXL,IE>
pb 20:
pb 21:
pb 22: Dumping to dev 0x2000011 at block 0, space: 0x7e90 pages
Info from core dump 1:
savecore: Created log Mon Sep 15 17:03:07 1997
Dump Header Information
-------------------------------------------------------
uname: IRIX steve-dallas 5.3 02091401 IP22
physical mem: 64 megabytes
phys start: 0x8000000
page size: 4096 bytes
dump version: 1
dump size: 54328 k
crash time: Mon Sep 15 17:03:07 1997
panic string: <0>PANIC: KERNEL FAULT
kernel putbuf:
pb 0:
pb 1: <0>PANIC: KERNEL FAULT
pb 2: PC: 0x88171d18 ep:ffffca28
pb 3: EXC code:128, `Software detected SEGV '
pb 4: Bad addr: 0x0, cause: 0x8<CE=0,EXC=RMISS>
pb 5: sr: 0xff03<IM8,IM7,IM6,IM5,IM4,IM3,IM2,IM1,IPL=0,MODE=KERNEL,EXL,IE>
pb 6:
pb 7:
pb 8: Dumping to dev 0x2000011 at block 0, space: 0x7e90 pages
dbx'ing the crash dump didn't give anything immediately useful, as I
wasn't sure how to tease out anything past the post-fault stack trace:
steve-dallas 7# dbx -k unix.0 vmcore.0.comp
dbx version 3.19 Nov 3 1994 19:59:46
dbx Warning: Unknown processor type, assuming r4000
Core from signal <unknown>
(dbx) t
> 0 syncreboot(0x0, 0x0, 0x0, 0x0) ["../os/printf.c":858, 0x880337a8]
1 icmn_err(0x0, 0x881ae2b8, 0xffffc8f8, 0x0) ["../os/printf.c":258, 0x8803128c]
2 cmn_err(0x0, 0x881ae2b8, 0x881ae380, 0x88171d18) ["../os/printf.c":103, 0x88030eb4]
3 panicregs(0xffffca28, 0x80, 0xff03, 0x8) ["../os/trap.c":208, 0x8803a6f8]
4 k_trap(0xffffca28, 0x80, 0xff03, 0x8) ["../os/trap.c":433, 0x8803ab08]
5 trap(0xffffca28, 0x80, 0xff03, 0x8) ["../os/trap.c":473, 0x8803ab50]
6 VEC_trap() ["../ml/locore.s":4045, 0x88010e48]
Both crash dumps are in /var/adm/crash on steve-dallas if anyone wants
to look at them or has a place where they can be moved for analysis.
- Nathan
