SUMMARY: BAD TRAP traceback--IPC

From: Tim Evans (tkevans@eplrx7.es.duPont.com)
Date: Fri Jun 11 1993 - 18:34:57 CDT


On Wednesday, I wrote:

>
>I have an IPC, running 4.1.3, which fell down today and now can not
>get up.
>
>Boot begins and gets to the fsck stage, at which point the following
>appears:
>
>checking / and /usr filesystems
>BAD TRAP
>pid 20 'intr': memory address alignment

[ traceback deleted ]

>panic: memory address alignment
>zs2: silo overflow
>syncing filesystems...done
>
>After which a dump occurs. Rebooting repeats the above. Before I call
>Sun for a service call, can anyone tell me what to expect and whether I
>might fix this myself?
>

Thanks to:

From: bagate!blazer.babss.basg.com!tkw (Terry White)
From: Mike Raffety <miker@il.us.swissbank.com>
From: stern@sunne.East.Sun.COM (Hal Stern - NE Area Systems Engineer)
From: strombrg@hydra.acs.uci.edu
From: derekt@pwcs.stpaul.gov (Derek Terveer)
From: lsil!mhost!lonfs01!allen@fernwood.mpk.ca.us (benetton)

Most recommendations were to (try to) boot the system from an
alternative media, such as CD-ROM, to see if hardware could
be ruled out as a problem. I did so, with no trouble, then,
as Dan Stromberg suggested, I manually ran fsck on the root
and usr partitions. root checked out ok, but the fsck of
the usr partition generated endless "partially allocated
inode" messages, on consecutive inode numbers--literally
hundreds of them begining with very low inode numbers. After
watching this for a while, I threw in the towel and reloaded
the OS. The system's been running for 24 hours now with no
further errors. Thus, it looks like /usr was trashed by
an unknown cause.

Hal Stern sent me PostScript source for a Sun White Paper
entitled "Building and Debugging SunOS Kernels" and suggested
generating a symbolic traceback. Since the system repeatedly
and continuously panicked, crashed, rebooted, panicked, crashed,
rebooted, etc., this wasn't possible in this case. The White
Paper certainly does look useful for future reference, though.
Hal didn't say anything about anonymous ftp or other availability
of the White Paper, bit I'll be glad to e-mail it to anyone
who asks.

-- 
Tim Evans                     |    E.I. du Pont de Nemours & Co.
tkevans@eplrx7.es.dupont.com  |    Experimental Station
(302) 695-9353/7395           |    P.O. Box 80357
EVANSTK AT A1 AT ESVAX        |    Wilmington, Delaware 19880-0357



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:07:55 CDT