home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / internal / 1791 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  3.5 KB
  1. Path: sparky!uunet!bcstec!shamu.ca.boeing.com!mr2461
  2. From: mr2461@shamu.ca.boeing.com
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: Programmatically determining memory error count
  5. Message-ID: <1993Jan22.161740.153@shamu.ca.boeing.com>
  6. Date: 22 Jan 93 16:17:40 -0800
  7. References: <1jjtf6INNep5@usenet.pa.dec.com>
  8. Organization: Central Storage Facility
  9. Lines: 61
  10.  
  11. In article <1jjtf6INNep5@usenet.pa.dec.com>, stark@dwovax.enet.dec.com (Todd I. Stark) writes:
  12. > 
  13. > [question was asked about retrieving memory errors]
  14. > 
  15. >>     I'm trying to retrieve the error count associated with a CPU
  16. >>     or memory boards. $GETDVI allows an error count to be
  17. > 
  18. > [information was supplied regarding accessing EXE$GL_MEMERRS]
  19. > 
  20. > It might also avoid some future confusion to know that this field is not updated
  21. > on every occurance of a correctable memory error in some of the newer
  22. > VAXes.  You might get errors logged just before a crash, for example, yet 
  23. > EXE$GL_MEMERRS will still contain zero upon analyzing the crash dump, having
  24. > never been updated (as expected behavior).
  25.  
  26.   This is exactly the situation we encountered, and are trying to develop
  27.   a monitor to detect. As Todd says, monitoring EXE$GL_MEMERRS will not
  28.   guarantee that every memory error that makes it into the error log file
  29.   will be detected. However, products like VAXsim do seem to keep track
  30.   of all errors: memory, CPU or devices. It seems the mechanism used here
  31.   is the undocumented system service (described in the IDSM - does that
  32.   make it documented?) $DERLMB. Using this service (it takes one argument -
  33.   the unit number of a mailbox, passed by value), I have been able to
  34.   capture a buffer full of information when forcing an error logger event
  35.   (mounting and dismounting a disk). As of this point, however, I have not
  36.   been able to decipher the information contained in this buffer. Has anyone
  37.   here played with this service to the point of understanding what fields
  38.   the I/O buffer should be broken into, and where their definitions are?
  39.   I've been trying to use the $E*DEF symbolics, but as yet haven't been
  40.   able to come up with a Rosetta stone. Any help would be appreciated!
  41.  
  42. >  
  43. > The program would therefore not neccessarily have been able to 
  44. > programmatically 'predict' the crash due to memory errors, if that had been 
  45. > the intention.  More of the memory error handling is being handled 'internally' 
  46. > without updating the user accessible location.
  47. > 
  48. > Also, I've heard that EXE$GL_MEMERRS might no longer be used in future
  49. > versions of VMS and future VAXes.
  50. > 
  51. >                         kind regards,
  52. > 
  53. >                         todd
  54. > +-----------------------------------------------------------------------------+
  55. > | Todd I. Stark                  stark@dwovax.enet.dec.com           |
  56. > | Digital Equipment Corporation                     (215) 354-1273           |
  57. > | Philadelphia, Pa. USA                                                       |
  58. > |                   "Sic transit gloria mundi"     <gulp>                     |
  59. > +-----------------------------------------------------------------------------+
  60.  
  61.   Send email to address below - replies to this message will bounce.
  62.  
  63.                             -- Matt
  64.  
  65.  
  66.   ****************************************************************************
  67.    Matt Robertson              I have been urged by earnest violins
  68.    Boeing Computer Services     And drunk their mellow sorrows to the slake
  69.    Bellevue, Washington          Of all my sorrows and thirsting sins.
  70.    mr2461@shamu.ca.boeing.com     My heart has beaten for a brave drum's sake.
  71.   ****************************************************************************
  72.