home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17516 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  4.3 KB

  1. Path: sparky!uunet!pipex!unipalm!uknet!mcsun!dxcern!news
  2. From: clusmgr@vxcern.decnet.cern.ch     (LETERTRE Christiane)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: VMS 5.5-1 / MIVc, satellite prevents the boot hos
  5. Message-ID: <1992Nov5.170152.13650@dxcern.cern.ch>
  6. Date: 5 Nov 92 17:01:52 GMT
  7. References: <1992Nov4.122801.3938@arizona.edu> <1992Nov4.164802.14651@dxcern.cern.ch> <921105000706.000003E0@MARVIN.CTSS.CO.UK>
  8. Sender: news@dxcern.cern.ch (USENET News System)
  9. Reply-To: LETERTRE@VXCERN.DECNET.CERN.CH
  10. Organization: CERN
  11. Lines: 73
  12.  
  13.  
  14. In article <921105000706.000003E0@MARVIN.CTSS.CO.UK>, VERKADE@CTSS.CO.UK (Herman Verkade) writes:
  15. |>Path: dxcern!mcsun!uknet!ctssuk!VERKADE
  16. |>From: VERKADE@CTSS.CO.UK (Herman Verkade)
  17. |>Newsgroups: comp.os.vms
  18. |>Subject: Re: VMS 5.5-1 / MIVc, satellite prevents the boot hos
  19. |>Message-ID: <921105000706.000003E0@MARVIN.CTSS.CO.UK>
  20. |>Date: 5 Nov 92 00:07:06 GMT
  21. |>References: <1992Nov4.122801.3938@arizona.edu> <1992Nov4.164802.14651@dxcern.cern.ch>
  22. |>Organization: CompuThoughts Software Solutions (UK) Ltd.
  23. |>Lines: 37
  24. |>
  25. |>In article <1992Nov4.122801.3938@arizona.edu>, leonard@telcom.arizona.edu (Aaron Leonard) writes:
  26. |>>In article <1992Nov4.164802.14651@dxcern.cern.ch>, clusmgr@vxcern.decnet.cern.ch () writes:
  27. |>>| 
  28. |>>| We recently upgraded one of our VAX clusters from VMS 5.4-1A to VMS 5.5-1.
  29. |>>| This cluster was already an MIVc but without any satellite.
  30. |>>| Just after the upgrade, we introduced one satellite in the cluster.
  31. |>>| 
  32. |>>| Since this date, if the satellite is UP, we are unable to reboot the boot host.
  33. |>>| Each time the reboot is hung, very early in the startup procedure (see below).
  34. |>>| We need to kill the satellite to complete the reboot.
  35. |>>| 
  36. |>.
  37. |>.
  38. |>>| 
  39. |>>| Sometimes the hang occurs a little later, after having mounted one or two disks
  40. |>>| mounted by SYLOGICALS. We have no problem to reboot the satellite after the
  41. |>>| boot host has been rebooted.
  42. |>>| 
  43. |>>| Is this a known problem with MIVc and VMS 5.5-1 or did we make something wrong?
  44. |>>| Any help will be greatly appreciated as we plan to upgrade another MIVc next
  45. |>>| week end.
  46. |>>
  47. |>>We have seen similar behavior in a similar configuration (LAVc, VMS V5.5-1).
  48. |>>My hunch, though I haven't been able to prove it, is that there is a bug in the
  49. |>>filesystem such that an MSCP server hangs in VMOUNT when attempting to mount
  50. |>>a disk if there is some kind of pending I/O from a MSCP client.
  51. |>>
  52. |>>Has ANYONE managed to reboot a boot server under VMS V5.5-1?
  53. |>
  54. |>Yes, I have seen it done, but I have also seen a site experiencing the above
  55. |>problems. The only `odity' there was that the satellites booted off another
  56. |>system disk than the boot member (In fact, the boot member ran V5.4-2 and the
  57. |>satellites ran V5.5-1). This problem was 100% reproduceable, but TSC of course
  58. |>suggested to upgrade the boot member to V5.5-1 before they would look at it.
  59. |>Does this resemble your configurations?
  60. |>
  61. |>Herman
  62. |>
  63. --
  64. No, this does not really resemble our configuration: we have only one system
  65. disk (shadowed) and we are already running VMS 5.5-1.
  66. The only oddity with this cluster is that the satellite (VSOPS) is not in the
  67. same DECNET area as the 2 other nodes, but I found nodo documentation which
  68. forbids such a configuration.
  69. Anyway, this morning we decide to get away of this peculiarity! So, using
  70. CLUSTER_CONFIG, I removed the satellite, then added it with the new DECNET 
  71. number. Unfortunately, the satellite did not reboot after its reintroduction 
  72. in the cluster.
  73. The boot failed with "No connection to disk server VXCRNA", just after
  74. displaying the good line "System loaded from node VXCRNA".
  75. We are more and more in the dark, and any suggestion will be very well
  76. appreciated. Thanks in advance.
  77.  ------------------------------------------------------------------------------
  78.   Christiane LETERTRE                                                        
  79.  
  80.   CERN / European Laboratory for Particle Physics                            
  81.   CH-1211 GENEVA 23                                                          
  82.   Tel: (022) 767 28 54                                                       
  83.                                                                              
  84.   Mail address: LETERTRE@VXCERN.DECNET.CERN.CH                               
  85.  ------------------------------------------------------------------------------
  86.