[comp.unix.questions] BAD TRAP

dcox@ssd.kodak.com (Don Cox) (01/23/91)

System: Sun4/260, SunOS4.0.3

Our news server (coop) has re-booted twice in the last week because of
a "BAD TRAP".  Below is a record of the /var/adm/messages file.  Any
ideas or suggestions as to what could be causing this would be greatly
appreciated.  Thanks.

******************* /var/adm/messages follows ******************
Jan 22 10:45:19 coop vmunix: ie0: no carrier
Jan 22 11:31:22 coop vmunix: BAD TRAP
Jan 22 11:31:22 coop vmunix: dump: Data fault
Jan 22 11:31:22 coop vmunix: kernel read fault at addr=0xff74fc00, pme=0x0
Jan 22 11:31:22 coop vmunix: Bus Error Reg 80<INVALID>
Jan 22 11:31:22 coop vmunix: pid=13911, pc=0xf80441ac, sp=0xffffeca0, psr=0x16c3, context=15
Jan 22 11:31:22 coop vmunix: g1-g7: 16e4, 4010e5, 4c000, 0, 44, f80ca400, f80ca400
Jan 22 11:31:22 coop vmunix: Begin traceback... sp = ffffeca0
Jan 22 11:31:22 coop vmunix: Called from f8044e1c, fp=ffffed00, args=ff65c500 c 10e4 0 ff74fc00 ff74fc00
Jan 22 11:31:22 coop vmunix: Called from f803b018, fp=ffffed68, args=ff65940c 4010e5 ffffeeac ff65c500 c00 10e5
Jan 22 11:31:22 coop vmunix: Called from f80395e0, fp=ffffedc8, args=f811c7e0 f8044a4c ffffeeac 1000 1 ffffeea4
Jan 22 11:31:22 coop vmunix: Called from f8039324, fp=ffffee40, args=f811c7e0 f80bdf38 1000 ffffeeac f811c7e0 17fb041
Jan 22 11:31:22 coop vmunix: Called from f809218c, fp=ffffeec0, args=ffffefe0 f80bcab0 f80bcab0 3 ffffefb4 1000
Jan 22 11:31:22 coop vmunix: Called from f80058d0, fp=ffffef58, args=8000000 4 1000 4 4 20
Jan 22 11:31:22 coop vmunix: Called from 5cf4, fp=f7fffd30, args=1 3d000 1000 20800 10 0
Jan 22 11:31:22 coop vmunix: End traceback...
Jan 22 11:31:22 coop vmunix: panic: Data fault
Jan 22 11:31:22 coop vmunix: syncing file systems... [29] 4 [29] [25] [19] [9] done
Jan 22 11:31:22 coop vmunix: 
Jan 22 11:31:22 coop vmunix: dumping to vp ff005ca8, offset 158019
Jan 22 11:31:22 coop vmunix: SunOS Release 4.0.3 (COOP) #1: Thu Dec 6 12:22:40 EST 1990
Jan 22 11:31:22 coop vmunix: Copyright (c) 1989 by Sun Microsystems, Inc.
.
.
.
-- 
                  Don Cox
Phone (716) 253-7121      KMX (716) 253-7998
INTERNET    dcox@ssd.kodak.com

karl@grebyn.com (Karl A. Nyberg) (01/24/91)

In article <1991Jan23.032052.23306@msuinfo.cl.msu.edu> raja@cpswh.cps.msu.edu writes:
>
>In article <1991Jan23.002124.15503@ssd>, (Don Cox) writes:
>
>< System: Sun4/260, SunOS4.0.3
>
>< Jan 22 11:31:22 coop vmunix: BAD TRAP

Sun-4/330.  We just replaced the CPU board.  Now we wait while I reload all
those files in / and /usr that the system trashed on its way down...

-- Karl --

nieusma@cs.colorado.edu (Jeff Nieusma) (01/25/91)

In article <1991Jan23.002124.15503@ssd.kodak.com>, dcox@ssd.kodak.com
(Don Cox) writes:
|> System: Sun4/260, SunOS4.0.3
|> 
|> Our news server (coop) has re-booted twice in the last week because
|> of
|> a "BAD TRAP".  Below is a record of the /var/adm/messages file.  Any
|> ideas or suggestions as to what could be causing this would be
|> greatly
|> appreciated.  Thanks.
|> 
|>  [ /var/adm/messages deleted ]
|>
|>                   Don Cox
|> Phone (716) 253-7121      KMX (716) 253-7998
|> INTERNET    dcox@ssd.kodak.com

you should set your machine up to do a savecore when it crashes.
after you get the core file, 

cd /var/crash/`hostname`
adb -k vmunix.0 vmcore.0
$c
$q

The $c should show you a traceback complete with the names
of the routines that were being executed when the crash occurred.

It may help you determine what your problem is.

+-----------------------------------------------------------------------------+
| Jeff Nieusma                         Logical:  nieusma@cs.colorado.edu      |
| System Administrator/Programmer      Audible:  (303) 492-0677               |
| Computer Science Department         Physical:  Campus Box 430               |
| University of Colorado                         Boulder, CO  80309-0430      |
+-----------------------------------------------------------------------------+
|                  I only work so I can afford to ski                         |
+-----------------------------------------------------------------------------+