Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!sunybcs!bingvaxu!marge.math.binghamton.edu!sullivan
From: sullivan@marge.math.binghamton.edu (fred sullivan)
Newsgroups: comp.unix.wizards
Subject: Re: Ultrix1.2-uVaxII crashing - Help requested
Message-ID: <643@bingvaxu.cc.binghamton.edu>
Date: Mon, 17-Aug-87 10:34:14 EDT
Article-I.D.: bingvaxu.643
Posted: Mon Aug 17 10:34:14 1987
Date-Received: Tue, 18-Aug-87 04:13:29 EDT
References: <1988@batcomputer.tn.cornell.edu> <633@bingvaxu.cc.binghamton.edu> <4682@grebyn.COM>
Sender: news@bingvaxu.cc.binghamton.edu
Reply-To: sullivan@marge.math.binghamton.edu (fred sullivan)
Organization: Department of Mathematical Sciences, SUNY-Binghamton
Lines: 32

In article <4682@grebyn.COM> karl@grebyn.COM (Karl A. Nyberg) writes:
>In article <633@bingvaxu.cc.binghamton.edu>, sullivan@marge.math.binghamton.edu (fred sullivan) writes:
>> In article <1988@batcomputer.tn.cornell.edu> hurf@tcgould.tn.cornell.edu (Hurf Sheldon) writes:
>> >
>> > I have been getting the appended messages preceding a crash on
>> > a uVaxII running Ultrix1.2 with the following hardware:
>> >
>> >machine check 82: write bus error, VAP is virtual
>> 
>Another way that I fixed this problem when I encountered it was to pull any
>other boards (e.g., controllers, etc.) out of the memory slots.  Although
>you are supposedly allowed to have other boards in slots 2 & 3 of the Qbus,
>I found there were some glitches that caused this sort of behavior.  So, I
>threw the controllers further down the bus, and haven't had this sort of
>problem since.
>
I think it's appropriate for me to give an update here.  My first reply was
to the effect that replacing a memory board fixed the problem.  Literally
ten minutes after I posted that reply, our machine crashed again, (similar
machine checks).  This time DEC replaced the CPU board and both memory
boards.  It stayed up long enough for Field Service to leave and then
crashed twice in 10 minutes.  After a few more crashes, they came back and
substituted 1 single 8 MEG board for the 2 4 MEG boards.  It stayed up over
the weekend, so I'm beginning to believe that slot 2 is an unusable slot.
On the other hand, we have a second (identical) machine, which has had no 
problems whatsoever.

Fred Sullivan
Department of Mathematical Sciences
State University of New York at Binghamton
Binghamton, New York  13903
Email: sullivan@marge.math.binghamton.edu