<?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 Re: %VMScluster-I-MSCPCONN in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145554#M92406</link>
    <description>Thank you hoff for helping I got satellite node booting up successfully</description>
    <pubDate>Tue, 09 Dec 2008 22:41:44 GMT</pubDate>
    <dc:creator>Bjay</dc:creator>
    <dc:date>2008-12-09T22:41:44Z</dc:date>
    <item>
      <title>%VMScluster-I-MSCPCONN</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145551#M92403</link>
      <description>I have two node alpha cluster 8.3 (nodes JASVMS,JASPER) configuration is as follow &lt;BR /&gt;jasper is boot node for jasvms and jasvsm is having 0 vote in quorum.&lt;BR /&gt;jasvms boots perfectly fine from jasper out of cluster, when I try to boot jasvms in cluster with jasper, it crashes with PROCGONE bugcheck&lt;BR /&gt;please see the attachment for details &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;please help &lt;BR /&gt;&lt;BR /&gt;"Ignorance more frequently begets confidence than does knowledge."&lt;BR /&gt;&lt;BR /&gt;Regards &lt;BR /&gt;Bjay&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 09 Dec 2008 20:51:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145551#M92403</guid>
      <dc:creator>Bjay</dc:creator>
      <dc:date>2008-12-09T20:51:00Z</dc:date>
    </item>
    <item>
      <title>Re: %VMScluster-I-MSCPCONN</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145552#M92404</link>
      <description>Hello and welcome to ITRC.&lt;BR /&gt;&lt;BR /&gt;Check your system disk used on and used for the (satellite?) node that is booting (and crashing).&lt;BR /&gt;&lt;BR /&gt;You're running OpenVMS Alpha V8.3, huh?  You might want to check that version again as the crash that was attached was from an OpenVMS Alpha V8.2 system.  Not V8.3.  &lt;BR /&gt;&lt;BR /&gt;Might not be the system disk you think it is?&lt;BR /&gt;&lt;BR /&gt;As for the crash itself, check the system disk configuration, as a start.  Here's the error you're hitting:&lt;BR /&gt;&lt;BR /&gt;$ x=f$message(%x00728334)&lt;BR /&gt;$ show sym x&lt;BR /&gt;  X = "%MOUNT-F-DEVSHAMEM, device is already mounted as a shadow set member"&lt;BR /&gt;$ help /message devshamem&lt;BR /&gt;&lt;BR /&gt; DEVSHAMEM,  device is already mounted as a shadow set member&lt;BR /&gt;&lt;BR /&gt;  Facility: MOUNT, Mount Utility&lt;BR /&gt;&lt;BR /&gt;  Explanation: The device you attempted to mount as a nonshadowed device&lt;BR /&gt;  is already mounted elsewhere in the cluster as a shadow set&lt;BR /&gt;  member.&lt;BR /&gt;&lt;BR /&gt;  User Action: Mount the device as a member of a shadow set. You can use DSA:&lt;BR /&gt;  to specify a generic virtual unit if you do not know which&lt;BR /&gt;  virtual unit contains the device.&lt;BR /&gt;&lt;BR /&gt;--&lt;BR /&gt;&lt;BR /&gt;As a general rule, satellites should be non-voting members of the cluster, as well.  Votes are typically assumed to hosts with non-served access to the system disk and/or to the quorum disk, or the votes are assigned to the quorum disk.  (It's *very* easy to clobber a cluster with shared storage if you're not *very* careful with this.  Don't try to "game" the votes and expected_votes settings, too.)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 09 Dec 2008 21:16:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145552#M92404</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-12-09T21:16:20Z</dc:date>
    </item>
    <item>
      <title>Re: %VMScluster-I-MSCPCONN</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145553#M92405</link>
      <description>hello Hoff &lt;BR /&gt;&lt;BR /&gt;thank you for quick response &lt;BR /&gt;&lt;BR /&gt;you are right with your diagnose. I did &lt;BR /&gt;$ana /crash sys$sysdevice:[sys1.sysexe]sysdump.dmp&lt;BR /&gt;sda&amp;gt;clue register &lt;BR /&gt;&lt;BR /&gt;R0 value reads the same "device is already mounted as a shadow set member"&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;well the mistake I made was on the satellite node:&lt;BR /&gt;Jasper(boot node) has a system disk shadow set and the shadowing parameters in Jasvms(satellite node)  were &lt;BR /&gt;shadowing 0 &lt;BR /&gt;shadow_sys_unit 0 &lt;BR /&gt;shadow_sys_disk 0  &lt;BR /&gt;&lt;BR /&gt;I believe the last one tells the system to create a system disk shadow set.&lt;BR /&gt;&lt;BR /&gt;so what was happening when jasvms(satellite) node boots up it tries to mount $4$dka0 where as it is already mounted as a member of DSA0 that give rise to conflict &lt;BR /&gt;&lt;BR /&gt;thanks for your response &lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Bjay&lt;BR /&gt;</description>
      <pubDate>Tue, 09 Dec 2008 22:38:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145553#M92405</guid>
      <dc:creator>Bjay</dc:creator>
      <dc:date>2008-12-09T22:38:25Z</dc:date>
    </item>
    <item>
      <title>Re: %VMScluster-I-MSCPCONN</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145554#M92406</link>
      <description>Thank you hoff for helping I got satellite node booting up successfully</description>
      <pubDate>Tue, 09 Dec 2008 22:41:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/vmscluster-i-mscpconn/m-p/5145554#M92406</guid>
      <dc:creator>Bjay</dc:creator>
      <dc:date>2008-12-09T22:41:44Z</dc:date>
    </item>
  </channel>
</rss>

