home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17567 < prev    next >
Encoding:
Text File  |  1992-11-07  |  2.6 KB  |  53 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!sol.ctr.columbia.edu!ira.uka.de!chx400!dxcern!news
  3. From: clusmgr@vxcern.decnet.cern.ch     (LETERTRE Christiane)
  4. Subject: Re: VMS 5.5-1 / MIVc, satellite prevents the boot host to reboot
  5. Message-ID: <1992Nov6.120108.7136@dxcern.cern.ch>
  6. Sender: news@dxcern.cern.ch (USENET News System)
  7. Reply-To: LETERTRE@VXCERN.DECNET.CERN.CH
  8. Organization: CERN
  9. References: <1992Nov4.122801.3938@arizona.edu> <1992Nov4.164802.14651@dxcern.cern.ch> <921105000706.000003E0@MARVIN.CTSS.CO.UK> <1992Nov5.170152.13650@dxcern.cern.ch>
  10. Date: Fri, 6 Nov 1992 12:01:08 GMT
  11. Lines: 40
  12.  
  13.  
  14. > We recently upgraded one of our VAX clusters from VMS 5.4-1A to VMS 5.5-1.
  15. > This cluster was already an MIVc but without any satellite.
  16. > Just after the upgrade, we introduced one satellite in the cluster.
  17. > 
  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. > Sometimes the hang occurs a little later, after having mounted one or two disks
  23. > mounted by SYLOGICALS. We have no problem to reboot the satellite after the
  24. > boot host has been rebooted.
  25. > 
  26. > Is this a known problem with MIVc and VMS 5.5-1 or did we make something wrong?
  27. > Any help will be greatly appreciated as we plan to upgrade another MIVc next
  28. > week end.
  29.  
  30. Thanks very much to everybody who replies to this article I posted a few days
  31. ago.
  32.  
  33. The problem is not yet completely understood, but it seems to be related to 
  34. the fact that all our disks are shadowed. The satellite keeps a lock on a disk 
  35. and prevents the reboot of the boot host. We are still with SHADOW Phase I.
  36. This problem is solid and occurs at every reboot of the BOOT host.
  37.  
  38. By luck, the problem does not occur if there are more than one disk server in
  39. the cluster. So, we find a workaround!
  40.  
  41. However, I would appreciate any new information  on the subject.
  42.                                                                              
  43.  ------------------------------------------------------------------------------
  44.   Christiane LETERTRE                                                        
  45.  
  46.   CERN / European Laboratory for Particle Physics                            
  47.   CH-1211 GENEVA 23                                                          
  48.   Tel: (022) 767 28 54                                                       
  49.  
  50.   Mail address: LETERTRE@VXCERN.DECNET.CERN.CH                               
  51.  ------------------------------------------------------------------------------
  52.  
  53.