Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!brl-tgr!tgr!speck%cit-vlsi@CIT-VAX.ARPA From: speck%cit-vlsi@CIT-VAX.ARPA (Don Speck) Newsgroups: net.unix-wizards Subject: Re: VAX 750 tbuf machine checks Message-ID: <2645@brl-tgr.ARPA> Date: Thu, 31-Oct-85 02:56:42 EST Article-I.D.: brl-tgr.2645 Posted: Thu Oct 31 02:56:42 1985 Date-Received: Sat, 2-Nov-85 05:23:21 EST Sender: news@brl-tgr.ARPA Lines: 17 > 550 rsanders@usgs2-multics.arpa... User unknown Sigh, have to post to everybody. Make sure that you are actually getting tbuf errors. There are about a dozen problems that are printed out under a "cp tbuf par flt" banner. If the cache err register is non-zero, then you actually have a cache error, etc. Get out your VAX hardware handbook. One of our 750's got cache errors about every 15 minutes of non-idle time. Yes, it was a Rev. 7 cpu, and yes, I had the patch to correctly recognize tbuf par faults - neither of which helped, because it wasn't the tbuf. Swapping the L0003 board was the cure. We went 'round and 'round with DEC Field Circus, with them continually asserting "it's your software", before we got them to consent to at least try swapping the board. Don Speck speck@cit-vax.arpa