home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / vms / 19504 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  2.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!agate!dog.ee.lbl.gov!ucbvax!ZENO.MSCD.EDU!LABELLES
  2. From: LABELLES@ZENO.MSCD.EDU (Stephen LaBelle - MSCD)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Looking for advice on tracking down a system crash
  5. Message-ID: <01GSFRCO046A984N6I@ZENO.MSCD.EDU>
  6. Date: 18 Dec 92 04:07:09 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 47
  11.  
  12. > Earle Ake  Internet: <ake@dayton.saic.com>  writes:
  13. >
  14. >
  15. >        I have a system running VMS 5.4.  We have batch jobs that run one
  16. > process per job that control communications cards.  The software was recently
  17. > upgraded from VMS 4.7 to 5.4.  We have seen a few ramdom non-reproducible
  18. > system crashes recently.  Every system crash is due to the same executable.
  19. > Each bugcheck is a Machine check while in kernal mode.  I am looking for
  20. > advice on how to track this down.  I have saved the system dump files but
  21. > not knowing how to read them puts me at a disadvantage.  I have suggested
  22. > adding a set process/dump before the executable is run so that is in place
  23. > now but we have not had a crash yet.
  24. > 
  25. >         Using debug is out of the question since the device the executable
  26. > controls is realtime.  Would compiling with debug but not linking with debug
  27. > also help?  I am looking for any help I can get since I am experienced at
  28. > debugging but not real-time devices or those that cause system crashes!
  29.  
  30. Earle,
  31.  
  32. You have left out a few details, but I would think about recompiling and 
  33. relinking these executables under the new version of VMS 5.4. Thats a 
  34. pretty big jump 4.7 to 5.4. VMS version 5, is a major upgrade over version 4.
  35. Unless of course the recompiling was done as part of the upgrade process.
  36.  
  37. It is strongly suggested that applications be recompiled and relinked as
  38. part of a major operating system upgrade. You indicate the problems started
  39. after the recent upgrade, I would start there.
  40.  
  41. Your DEC support folks should be able to analyze your crash dumps and advise
  42. as well. 
  43.  
  44.                         Good Luck,
  45.  
  46.                         Steve
  47.  
  48.  
  49. ##############################################################################
  50. # Stephen LaBelle                        # Internet : labelles@zeno.mscd.edu #
  51. # Systems Programmer                     #            labelles@clem.mscd.edu #
  52. # Metropolitan State College of Denver   #####################################
  53. # Denver, Colorado  USA                  # Bitnet   : LABELLES@MSCD.BITNET   #
  54. ##############################################################################
  55. # DISCLAIMER: The opinions expressed are mine and in no way, shape or form   #
  56. # neccessarily reflect those of Metropolitan State College of Denver.        #
  57. ##############################################################################
  58.  
  59.