<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic VAXCluster Node Won't Boot Properly in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552110#M97243</link>
    <description>&lt;!--!*#--&gt;Hello all,&lt;BR /&gt;&lt;BR /&gt;Disclaimer: I'm a network guy, know next to nothing about OpenVMS and VaxClusters...&lt;BR /&gt;&lt;BR /&gt;... but I have been tasked with figuring out why all satellite nodes will not boot from a MOP server unless the cluster is physically isolated from the rest of the network (which happens to contain other non-clustered VAX Machines). I believe the OS version is 6.2. Is there any logging I can do on the node and MOP server to gather more clues? Has anyone else run into something similar before?&lt;BR /&gt;&lt;BR /&gt;Thanks all!&lt;BR /&gt;Phillip</description>
    <pubDate>Thu, 17 Dec 2009 20:38:53 GMT</pubDate>
    <dc:creator>Phillip McCollum</dc:creator>
    <dc:date>2009-12-17T20:38:53Z</dc:date>
    <item>
      <title>VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552110#M97243</link>
      <description>&lt;!--!*#--&gt;Hello all,&lt;BR /&gt;&lt;BR /&gt;Disclaimer: I'm a network guy, know next to nothing about OpenVMS and VaxClusters...&lt;BR /&gt;&lt;BR /&gt;... but I have been tasked with figuring out why all satellite nodes will not boot from a MOP server unless the cluster is physically isolated from the rest of the network (which happens to contain other non-clustered VAX Machines). I believe the OS version is 6.2. Is there any logging I can do on the node and MOP server to gather more clues? Has anyone else run into something similar before?&lt;BR /&gt;&lt;BR /&gt;Thanks all!&lt;BR /&gt;Phillip</description>
      <pubDate>Thu, 17 Dec 2009 20:38:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552110#M97243</guid>
      <dc:creator>Phillip McCollum</dc:creator>
      <dc:date>2009-12-17T20:38:53Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552111#M97244</link>
      <description>Thought I should provide a little more info. The MOP server is up and running. When the satellite node is booted, it appears to connect to the MOP server and also says "%VAXCluster, not authorized to perform conversational bootstrap." It then stays there for awhile and states "%VAXCluster, no connection to disk server." It will then repeat the cycle.&lt;BR /&gt;&lt;BR /&gt;When the node first connects, I see a message pop up on the MOP server stating "Events Load request completed."&lt;BR /&gt;&lt;BR /&gt;But that's it.. Hope that helps a bit. I apologize for not being a little more technical on the VAX/VMS aspects.&lt;BR /&gt;&lt;BR /&gt;Your support is appreciated!&lt;BR /&gt;Phillip&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Dec 2009 21:12:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552111#M97244</guid>
      <dc:creator>Phillip McCollum</dc:creator>
      <dc:date>2009-12-17T21:12:25Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552112#M97245</link>
      <description>If you're in a hurry, get somebody in for a look.&lt;BR /&gt;&lt;BR /&gt;Chances are, however, that your networking folks have segmented the network here; you need to have a vLAN or bridge or otherwise in place, and the switch(es) here must pass traffic that your average switch jockey has never seen before, and a subset of the switch jockeys are then agast to realize doesn't involve IP.  At all.&lt;BR /&gt;&lt;BR /&gt;The usual approach for debug is to watch the console or an operator terminal (REPLY /ENABLE) to see the messages as the satellite bootstraps are requested and (if the stuff is working) as the downloads occur.&lt;BR /&gt;&lt;BR /&gt;As for documentation, start here:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/doc/731final/4477/4477pro_023.html#ci_appendix" target="_blank"&gt;http://h71000.www7.hp.com/doc/731final/4477/4477pro_023.html#ci_appendix&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;You'll need the switches to pass Ethernet 60-01, 60-02, and 60-07, and probably a few other protocols.  Or you'll need a bridge.&lt;BR /&gt;&lt;BR /&gt;Cluster satellite bootstraps via MOP are basically the same as DECserver bootstraps, and I have some materials posted on DECserver MOP bootstraps and on NCP here:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://labs.hoffmanlabs.com/node/183" target="_blank"&gt;http://labs.hoffmanlabs.com/node/183&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://labs.hoffmanlabs.com/node/271" target="_blank"&gt;http://labs.hoffmanlabs.com/node/271&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;NCP is the most common way to operate here, though you could also be using DECnet-Plus or LANCP here.  (And there are links to that stuff at the above URLs.)</description>
      <pubDate>Thu, 17 Dec 2009 21:13:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552112#M97245</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-12-17T21:13:33Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552113#M97246</link>
      <description>Ah, nuts.  You slipped that reply in.&lt;BR /&gt;&lt;BR /&gt;Check the console boot flags for whichever VAX satellites are in use here; the console syntax varies.  Post up the particulars of the VAX model(s) involved, and we can get further.&lt;BR /&gt;&lt;BR /&gt;The VAX hardware gear here can also be old enough that the console batteries have been drained, and weird stuff can happen then.  Lost time values, settings that won't stick.</description>
      <pubDate>Thu, 17 Dec 2009 21:20:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552113#M97246</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-12-17T21:20:11Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552114#M97247</link>
      <description>Phillip,&lt;BR /&gt;&lt;BR /&gt;Two notes to amplify what Hoff mentioned.&lt;BR /&gt;&lt;BR /&gt;First, if the batteries are dead (meaning NVRAM settings are lost), the system will power up and all settings will be default. Depending on which systems, you may also get messages asking about the language (e.g., English) etc. for the console dialog. It would be helpful to know which hardware models the satellites are.&lt;BR /&gt;&lt;BR /&gt;Secondly, a LAN monitor (e.g., WireShark) is invaluable in this type of situation. A good step is to see if the MOP dialogue is behaving as expected by monitoring precisely what is being seen by the boot host. &lt;BR /&gt;&lt;BR /&gt;There are many other possibilities. As Hoff noted, it may pay to get outside assistance (Disclaimer: We provide such services, as do Hoff and others who are active in this forum).&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Thu, 17 Dec 2009 21:27:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552114#M97247</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2009-12-17T21:27:41Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552115#M97248</link>
      <description>&lt;!--!*#--&gt;Ahh, great replies gents. Many thanks. I will post the boot parameters as soon as I get them. I did manage a network capture via Wireshark, but because I lack knowledge of how the cluster bootstrap communication works, I couldn't make heads or tails of it. Is there a good primer on this somewhere? I tried to google it, but came up empty.&lt;BR /&gt;&lt;BR /&gt;Thanks again,&lt;BR /&gt;Phillip</description>
      <pubDate>Thu, 17 Dec 2009 22:01:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552115#M97248</guid>
      <dc:creator>Phillip McCollum</dc:creator>
      <dc:date>2009-12-17T22:01:52Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552116#M97249</link>
      <description>Phillip,&lt;BR /&gt;&lt;BR /&gt;The hardware model number (e.g., VAXserver, VAXstation nnnnn) would also be be helpful.&lt;BR /&gt;&lt;BR /&gt;The DECnet protocol suite was documented publicly. A set of the documents appears to be online at the DECnet for Linux site on sourcefourge at &lt;A href="http://linux-decnet.sourceforge.net/docs/doc_index.html." target="_blank"&gt;http://linux-decnet.sourceforge.net/docs/doc_index.html.&lt;/A&gt; &lt;BR /&gt;&lt;BR /&gt;The actual MOP 3.0 specification appears to be at &lt;A href="http://linux-decnet.sourceforge.net/docs/maintop30.txt." target="_blank"&gt;http://linux-decnet.sourceforge.net/docs/maintop30.txt.&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Dec 2009 22:27:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552116#M97249</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2009-12-17T22:27:43Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552117#M97250</link>
      <description>The machines in question are all VaxStation 4000 Series 60 machines.</description>
      <pubDate>Fri, 18 Dec 2009 00:54:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552117#M97250</guid>
      <dc:creator>Phillip McCollum</dc:creator>
      <dc:date>2009-12-18T00:54:12Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552118#M97251</link>
      <description>This console has:&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt; HELP&lt;BR /&gt;&lt;BR /&gt;Key for troubeshooting the problem at hand are these two commands:&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt; SHOW BFLG&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt; SHOW BOOT&lt;BR /&gt;&lt;BR /&gt;The boot flags are usually (for instance E0000001) the boot root (E) and the flags (here 00000001, conversational boot. &lt;BR /&gt;&lt;BR /&gt;The boot device (for a satellite boot) is usually ESA0.&lt;BR /&gt;&lt;BR /&gt;If the administrator in the environment is truly paranoid, most console access may be locked.&lt;BR /&gt;&lt;BR /&gt;Reading:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://vt100.net/mirror/mds-199909/cd1/vax/pmarioma.pdf" target="_blank"&gt;http://vt100.net/mirror/mds-199909/cd1/vax/pmarioma.pdf&lt;/A&gt;</description>
      <pubDate>Fri, 18 Dec 2009 01:06:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552118#M97251</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2009-12-18T01:06:18Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552119#M97252</link>
      <description>You might also want to look at the MOP server (hopefully that's a cluster member of the same cluster as the satellites are booting into?) and issue a REPLY/ENABLE command on a terminal window.  Watch this screen for any messages about the booting node as it tries to boot into the cluster.&lt;BR /&gt;&lt;BR /&gt;Steve</description>
      <pubDate>Fri, 18 Dec 2009 07:17:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552119#M97252</guid>
      <dc:creator>Steve Reece_3</dc:creator>
      <dc:date>2009-12-18T07:17:55Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552120#M97253</link>
      <description>Phillip,&lt;BR /&gt;&lt;BR /&gt;if you say everything is fine, if 'the cluster is physically isolated from the rest of the network', then I would conclude, that the boot parameters and the MOP and cluster configuration is o.k. and the satellites will all boot in an isolated network segment.&lt;BR /&gt;&lt;BR /&gt;Note that much of the cluster formation code relies on multicast messages. There are situations, where network switches tend to drop (or filter out) those cluster multicast messages, which prevents your cluster from working !&lt;BR /&gt;&lt;BR /&gt;If you are a network guy, look for ethernet frames with a protocol id of 60-07. The cluster multicast address will be AB-00-04-01-xx-xx, you can obtain your cluster's full MC address with $ MC SYSMAN CONF SHOW CLUSTER on the boot server.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 18 Dec 2009 07:33:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552120#M97253</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2009-12-18T07:33:38Z</dc:date>
    </item>
    <item>
      <title>Re: VAXCluster Node Won't Boot Properly</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552121#M97254</link>
      <description>Could it also be that, when the cluster is connected to the rest of the network, the wrong VAX system is responding to the request for a network boot?  This then decides that it can't join a standalone node but can't communicate with the right node for one of the reasons like the network switches are dropping the packets?</description>
      <pubDate>Sat, 19 Dec 2009 12:56:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vaxcluster-node-won-t-boot-properly/m-p/4552121#M97254</guid>
      <dc:creator>Steve Reece_3</dc:creator>
      <dc:date>2009-12-19T12:56:52Z</dc:date>
    </item>
  </channel>
</rss>

