home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20069 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  4.8 KB
  1. Path: sparky!uunet!usc!news.service.uci.edu!ucivax!news.claremont.edu!nntp-server.caltech.edu!SOL1.GPS.CALTECH.EDU!CARL
  2. From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Problem in system recovery after fatal failure of VAX3800, help!
  5. Date: 30 Dec 1992 11:36:56 GMT
  6. Organization: HST Wide Field/Planetary Camera
  7. Lines: 79
  8. Message-ID: <1hs1koINNnqs@gap.caltech.edu>
  9. References: <1992Dec29.205455.23119@proton.llumc.edu>
  10. Reply-To: carl@SOL1.GPS.CALTECH.EDU
  11. NNTP-Posting-Host: sol1.gps.caltech.edu
  12.  
  13. In article <1992Dec29.205455.23119@proton.llumc.edu>, lin@primus.llumc.edu (P. James Lin) writes:
  14. >
  15. >I confront a problem after a fatal fault of a VAX3800 ( power supply failed).
  16. >The whole backplane unit has been replaced. When I try to boot the system,
  17. >the audit server is started, all other third party softwares' license
  18. >are successfully load, the last message on the console shows the VAX-VMS 
  19. >license has been successfully loaded, and then the system hangs forever. 
  20. >No activity is found in the disk i/o. 
  21. >But I can boot the system into single user mode or "mini" mode.
  22. >
  23. >Problem 1: What is the next step which hangs the system?
  24.  
  25. Well, we don't know that.  *YET*.  Back in the days of 780s, your next step
  26. would be obvious (given that you'd rooted around in the HELP file on the
  27. console floppy;  everybody involved in this newsgroup would have the right
  28. mindset to've done that, right?).  These days, DEC doesn't tell you as much
  29. (they're trying to emulate the brain-dead documentation that comes with IBM
  30. PC's, I suppose).  Anyway, the answer is:
  31.     >>>BOOT/R5:1
  32.     SYSBOOT> SET STARTUP_P2 "TRUE"
  33.     SYSBOOT> CONTINUE
  34. Make sure you've got *LOTS* of paper in your system console.  (You don't have a
  35. hard-copy console?  Shame on you!  I know, DEC doesn't tell you that having a
  36. hard-copy console is a MUST, but it really is, if ever your system starts to
  37. have problems.  The list of loaded images you'll get in some system crashes
  38. will inevitibly overflow the screen of a CRT).  Anyway, setting STARTUP_P2 to
  39. "TRUE" turns on verification during the boot procedure.  This means that every
  40. command the system tries to execute in the Startup process is echoed on the
  41. console before it's executed.  The last command you see on the console is the
  42. one that hangs the VAX (usually;  there's always the dreaded possibility that
  43. something some detached process does hangs the processor;  let's hope that's
  44. *NOT* your problem).
  45.  
  46. >I suspect the license database was corrupted during the power supply failure,
  47. >so I rename the LMF$LICENSE.LDB to another name and them try to boot the 
  48. >system, the message shows the license management facility is not started,
  49. >login is allowed in OPA0. Then I rename the LMF$LICENSE.LDB back to the
  50. >original name. After this step, I can not get the license management facility
  51. >to be started any more. It always goes to the single user mode no matter how
  52. >I specify the boot flag.
  53.  
  54. Well, single-user mode is invoked anytime the SYSGEN parameter STARTUP_P1 is
  55. set to "MINI."  One of he first things VMS does in an interactive boot (i.e.,
  56. when you B/R5:1 or B/1) is to copy any SYSGEN parameters you modified in
  57. SYSBOOT to your disk.  That means that once you've:
  58.     SYSBOOT> SET STARTUP_P1 "MINI"
  59. you're going to have a minimum system boot until you do another interactive
  60. bood and:
  61.     SYSBOOT> SET STARTUP_P1 DEFAULT
  62. Or, you *COULD*, after a minimum boot (by the way, under VMS it's called a
  63. "Minimum Boot," *NOT* "single-user-mode."  The latter is a UNIXism):
  64.     $ MCR SYSGEN
  65.     SYSGEN>USE CURRENT
  66.     SYSGEN>SET STARTUP_P1 DEFAULT
  67.     SYSGEN>EXIT
  68.     $ @SYS$SYSTEM:SHUTDOWN 0 1 0 1 0 1 NONE
  69. to arrange for a normal boot.
  70.  
  71. >Problem 2: What's wrong? Does re-installing the auth-pak be the only solution
  72. >       to recover to the previous state? 
  73.  
  74. Time for a micro-flame here:  You don't know what's wrong (otherwise, why did
  75. you post the question?).  Just because having a license loaded was the last
  76. thing that *WORKED*, there's no reason to suppose that that's what's causing
  77. the problem.  Your *FIRST* step should be to figure out what the problem is, by
  78. using STARTUP_P2 to force verification during the boot process.
  79.  
  80. Fortunately, before going off into your uninformed (I mean that literally, not
  81. pejoratively) speculations as to the problem, you gave enough information about
  82. the problem that a course of action could be recommended.
  83.  
  84. --------------------------------------------------------------------------------
  85. Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL
  86.  
  87. Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
  88. understanding of astronomy is purely at the amateur level (or below).  So
  89. unless what I'm saying is directly related to VAX/VMS, don't hold me or my
  90. organization responsible for it.  If it IS related to VAX/VMS, you can try to
  91. hold me responsible for it, but my organization had nothing to do with it.
  92.