home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / dec / 4636 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.3 KB  |  40 lines

  1. Newsgroups: comp.sys.dec
  2. Path: sparky!uunet!gatech!hubcap!cballen
  3. From: cballen@hubcap.clemson.edu (charles allen)
  4. Subject: Re: Cache parity errors on DS5000/200
  5. Message-ID: <1992Aug20.193811.21441@hubcap.clemson.edu>
  6. Organization: Clemson University
  7. References: <52163@dime.cs.umass.edu> <2A93BC8F.906@orion.oac.uci.edu>
  8. Date: Thu, 20 Aug 1992 19:38:11 GMT
  9. Lines: 29
  10.  
  11. fredv@abba.acs.uci.edu (Fred Velijanian) writes:
  12.  
  13. >In article <52163@dime.cs.umass.edu> valerie@cs.umass.edu (Valerie Caro) writes:
  14. >>
  15. >>   In the past few months we have started getting alot of
  16. >>   Cache parity errors on several of out DECstation 5000/200's.
  17. >>   This only started happening after these machines were updated
  18. >>   to Ultrix 4.2a, but I am not sure if that is related. Can
  19. >>   anyone tell me what causes these errors? Is this necessarily
  20. >>   a hardware problem?
  21. >>
  22. >>           Thanks,
  23. >>           Valerie Caro
  24. >>
  25. >>           valerie@cs.umass.edu
  26. >>
  27. >>
  28.  
  29. >Yes, we get it on lots of 4.2A systems. The uerf is full of them. I've been
  30. >told (by a field service person) that those messages can be ignored
  31. >since they were turned on for debugging during development and never
  32. >turned off. 
  33.  
  34. >Fred Velijanian
  35. >University of California, Irvine
  36. >fredv@uci.edu
  37.  
  38. So, does a REAL parity error message look different than these "fake"
  39. ones?
  40.