<?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: ServiceGuard node rebooted in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5470807#M658087</link>
    <description>&lt;P&gt;When a package fails over to an adoptive node, it will not be allowed to&amp;nbsp;move back to the primary node until it is authorized to do so.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Use the following command to inspect the value of AUTO_RUN and SWITCHING&lt;/P&gt;&lt;P&gt;cmviewcl -v -f &amp;lt;pkg_name&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When AUTO_RUN is flagged as 'disabled', the package is not allowed to&amp;nbsp;run or move&amp;nbsp;&amp;nbsp;to _any_ node.&lt;/P&gt;&lt;P&gt;To re-enable it, use:&lt;BR /&gt;cmmodpkg -e &amp;lt;pkg_name&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When SWITCHING is flagged as 'disabled', the package is not allowed to run or move to the identified node.&lt;/P&gt;&lt;P&gt;To re-enable this value, use:&lt;/P&gt;&lt;P&gt;cmmodpkg -e -n &amp;lt;node_name&amp;gt; &amp;lt;pkg_name&amp;gt;&lt;/P&gt;</description>
    <pubDate>Tue, 10 Jan 2012 19:54:08 GMT</pubDate>
    <dc:creator>Stephen Doud</dc:creator>
    <dc:date>2012-01-10T19:54:08Z</dc:date>
    <item>
      <title>ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5437167#M658081</link>
      <description>&lt;P&gt;Hi Gurus,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yesterday I did a failover simulation test by unplugging the Primary and Standby LAN cable on the node 1. Node 1 holding the package. The package able to failover to node 2.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;After that I attached the Primary and Standby LAN cable to the NIC, I waited for while and than I bring up node 1 by entering the cmrunnode command. Once it is up, I unplugged node 2 Primary and Standby LAN cable to simulate failover. The package on node 2 did not move to node 1. Futhermore node 1 auto reboot the server.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyone know what went wrong?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;HPUX 11.31&lt;/P&gt;&lt;P&gt;ServiceGuard A.11.20.00.01&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2012 14:33:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5437167#M658081</guid>
      <dc:creator>Jason_Ng</dc:creator>
      <dc:date>2012-01-03T14:33:14Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5437171#M658082</link>
      <description>&lt;P&gt;The likely scenario is that since the network went down SG sensed the failure and then the 2 server both tried to acquire the lock disk.&amp;nbsp; Server 2 probably succeeded which caused server 1 to TOC.&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2012 14:37:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5437171#M658082</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2012-01-03T14:37:21Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5437183#M658083</link>
      <description>&lt;P&gt;any resolution for this? because I want to test the ServiceGuard by having a total node failure&lt;/P&gt;</description>
      <pubDate>Tue, 03 Jan 2012 14:40:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5437183#M658083</guid>
      <dc:creator>Jason_Ng</dc:creator>
      <dc:date>2012-01-03T14:40:43Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5438193#M658084</link>
      <description>&lt;P&gt;Jason,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It would help if you posted the syslog and cluster package logs for both nodes - otherwise we are just guessing about what actually happened...&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You say you removed the primary and standby network connection - is there a 3rd (heatbeat) network connection between these nodes? It's not an absolute _requirement_ of Serviceguard, but it is recommended.&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jan 2012 10:41:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5438193#M658084</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2012-01-04T10:41:26Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5438521#M658085</link>
      <description>&lt;P&gt;Hi Duncan,&lt;/P&gt;&lt;P&gt;There are a total of 4 Network Links per node for this config.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;LAN-0 = Primary Data LAN&lt;/P&gt;&lt;P&gt;LAN-3 = Standby Data LAN&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;LAN-1 = Heartbeat-1&lt;/P&gt;&lt;P&gt;LAN-2 = Heartbeat-2&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Questions:&lt;/P&gt;&lt;P&gt;1) When both Primary &amp;amp; Standby Data LAN gets disconnected what is the expected results/behavior?&lt;/P&gt;&lt;P&gt;2) When both Heartbeat gets disconnected what is the expected results/behavior?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;- Jason's apprentice&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jan 2012 14:48:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5438521#M658085</guid>
      <dc:creator>ALI-Wong</dc:creator>
      <dc:date>2012-01-04T14:48:36Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5438633#M658086</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Well Serviceguard will behave how you tell it to behave, and we don't know how you have it configured... so as I said previously the syslog and package logs would help explain this, and so we know how things are configured it would help if you could also post the following:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;mkdir /tmp/clustercfg&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;cmgetconf /tmp/clustercfg/cmclconfig.ascii&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&lt;FONT face="courier new,courier"&gt;cmgetconf -P /tmp/clustercfg&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Then post the contents of the /tmp/clustercfg directory (there should be one file there for the cluster itself and then one per package)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jan 2012 16:07:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5438633#M658086</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2012-01-04T16:07:28Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5470807#M658087</link>
      <description>&lt;P&gt;When a package fails over to an adoptive node, it will not be allowed to&amp;nbsp;move back to the primary node until it is authorized to do so.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Use the following command to inspect the value of AUTO_RUN and SWITCHING&lt;/P&gt;&lt;P&gt;cmviewcl -v -f &amp;lt;pkg_name&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When AUTO_RUN is flagged as 'disabled', the package is not allowed to&amp;nbsp;run or move&amp;nbsp;&amp;nbsp;to _any_ node.&lt;/P&gt;&lt;P&gt;To re-enable it, use:&lt;BR /&gt;cmmodpkg -e &amp;lt;pkg_name&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When SWITCHING is flagged as 'disabled', the package is not allowed to run or move to the identified node.&lt;/P&gt;&lt;P&gt;To re-enable this value, use:&lt;/P&gt;&lt;P&gt;cmmodpkg -e -n &amp;lt;node_name&amp;gt; &amp;lt;pkg_name&amp;gt;&lt;/P&gt;</description>
      <pubDate>Tue, 10 Jan 2012 19:54:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5470807#M658087</guid>
      <dc:creator>Stephen Doud</dc:creator>
      <dc:date>2012-01-10T19:54:08Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard node rebooted</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5493501#M658088</link>
      <description>&lt;P&gt;&lt;BR /&gt;&lt;BR /&gt;I too had the same problem and quickly discovered that it wasn't allowed to switch back after a failure.&lt;/P&gt;</description>
      <pubDate>Fri, 13 Jan 2012 05:03:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-node-rebooted/m-p/5493501#M658088</guid>
      <dc:creator>user001</dc:creator>
      <dc:date>2012-01-13T05:03:23Z</dc:date>
    </item>
  </channel>
</rss>

