home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17503 < prev    next >
Encoding:
Text File  |  1992-11-05  |  2.7 KB  |  55 lines

  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!elroy.jpl.nasa.gov!decwrl!pa.dec.com!engage.pko.dec.com!star.enet.dec.com!parris
  3. From: parris@star.enet.dec.com (Keith B. Parris)
  4. Subject: Re: VMS 5.5-1 / MIVc, satellite prevents the boot host to reboot
  5. Message-ID: <1992Nov5.142249.20680@engage.pko.dec.com>
  6. Sender: newsdaemon@engage.pko.dec.com (USENET News Daemon)
  7. Organization: Digital Equipment Corporation
  8. References:   <1992Nov4.164802.14651@dxcern.cern.ch>
  9. Date: Thu, 5 Nov 1992 14:07:49 GMT
  10. Lines: 43
  11.  
  12.  
  13. In article <1992Nov4.164802.14651@dxcern.cern.ch>,
  14. clusmgr@vxcern.decnet.cern.ch () writes... 
  15. >We recently upgraded one of our VAX clusters from VMS 5.4-1A to VMS 5.5-1.
  16. >This cluster was already an MIVc but without any satellite.
  17. >Just after the upgrade, we introduced one satellite in the cluster.
  18. >Since this date, if the satellite is UP, we are unable to reboot the boot host.
  19. >Each time the reboot is hung, very early in the startup procedure (see below).
  20. >We need to kill the satellite to complete the reboot.
  21. ...
  22. >Is this a known problem with MIVc and VMS 5.5-1 or did we make something wrong?
  23.  
  24. This should work.  Most probable cause is a resource shortage on one of the
  25. nodes, most likely the satellite.  I'd check first for a shortage of non-paged
  26. pool.  Only way to know for sure is to get into the hung condition and then
  27. initiate a crash dump (see the SDA manual) and have someone take a look at it.
  28. You may have to do this on all 3 systems to find which one is having a problem.
  29.  
  30. >Cluster-related SYSGEN parameters
  31. >=================================
  32. >Parameter Name            VXCRNZ      VXCRNA       VSOPS      
  33. >--------------            -------     -------      -------   
  34. ...
  35. >EXPECTED_VOTES                  3           3            3       
  36. >VOTES                           1           2            0       
  37.  
  38. This is fine.  Using expected votes of 1 and giving 1 vote only to VXCRNA would
  39. have the same effect.
  40.  
  41. >ALLOCLASS                      22          22           22       
  42. >MSCP_LOAD                       0           1            0       
  43. >MSCP_SERVE_ALL                  0           1            0       
  44.  
  45. No need to have ALLOCLASS set to a non-zero value on the satellite VSOPS, or on
  46. the non-serving node VXCRNZ.
  47. ____________________-_-----_-_---__-__-_-----_____----_-____-_----____------_-__
  48.          Keith B. Parris           Digital Equipment Corporation
  49.                                    Alpha VMS Engineering, Clusters & I/O Group
  50. Any information here which is later found to be inaccurate was mine, of course.
  51. Digital gets the credit for any actual facts which happen to appear in this.
  52. -__---__-_---__-__-_-_-_-_____-__--_____---_-___-_-_-_--__-_--_--___-_-__--_____
  53.