<?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: kill cmcld on adoptive node, but the pkg is not failed over to Primary node? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704650#M249997</link>
    <description>Shalom Hanry,&lt;BR /&gt;&lt;BR /&gt;Most likely the problem is in the package configuration. Its not set up to fail back to primary.&lt;BR /&gt;&lt;BR /&gt;Failover is totally controlled by the package, doing something to the node merely triggers it.&lt;BR /&gt;&lt;BR /&gt;Check the package configuration.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Sat, 07 Jan 2006 18:11:34 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2006-01-07T18:11:34Z</dc:date>
    <item>
      <title>kill cmcld on adoptive node, but the pkg is not failed over to Primary node?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704649#M249996</link>
      <description>If I kill -9 cmcld on primary node, the node will be panic, and the pkg will be failed over to adoptive node. That is verified. But, what if I kill -9 cmcld on the adoptive node? The test shows that the package is not failed over to the primary node, and the adoptive node is not in panic. Why? and further more, I could not manually cmruncl on primary node at this point. why?</description>
      <pubDate>Sat, 07 Jan 2006 10:16:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704649#M249996</guid>
      <dc:creator>Hanry Zhou</dc:creator>
      <dc:date>2006-01-07T10:16:43Z</dc:date>
    </item>
    <item>
      <title>Re: kill cmcld on adoptive node, but the pkg is not failed over to Primary node?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704650#M249997</link>
      <description>Shalom Hanry,&lt;BR /&gt;&lt;BR /&gt;Most likely the problem is in the package configuration. Its not set up to fail back to primary.&lt;BR /&gt;&lt;BR /&gt;Failover is totally controlled by the package, doing something to the node merely triggers it.&lt;BR /&gt;&lt;BR /&gt;Check the package configuration.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Sat, 07 Jan 2006 18:11:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704650#M249997</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-01-07T18:11:34Z</dc:date>
    </item>
    <item>
      <title>Re: kill cmcld on adoptive node, but the pkg is not failed over to Primary node?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704651#M249998</link>
      <description>&lt;BR /&gt;Dear Hanry,&lt;BR /&gt;&lt;BR /&gt;Please use&lt;BR /&gt;&lt;BR /&gt;#cmviewcl -v -p &lt;PAKAGENAME&gt; &lt;BR /&gt;&lt;BR /&gt;to check the NODE SWITCHING has been enabled for both the nodes. If any node is node enabled for NODE SWITCHING then it wont be able to receive the package for either failover or failback.&lt;BR /&gt;&lt;BR /&gt;You can enable this by&lt;BR /&gt;&lt;BR /&gt;#cmmodpkg -e -n &lt;NODE1&gt; &lt;NODE2&gt; &amp;gt;packagename&amp;gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;and to enable the global package switching&lt;BR /&gt;you can use&lt;BR /&gt;&lt;BR /&gt;#cmmodpkg -e &lt;PACKAGE&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;With Regards,&lt;BR /&gt;&lt;BR /&gt;Siva.&lt;/PACKAGE&gt;&lt;/NODE2&gt;&lt;/NODE1&gt;&lt;/PAKAGENAME&gt;</description>
      <pubDate>Sun, 08 Jan 2006 03:00:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704651#M249998</guid>
      <dc:creator>Sivakumar TS</dc:creator>
      <dc:date>2006-01-08T03:00:00Z</dc:date>
    </item>
    <item>
      <title>Re: kill cmcld on adoptive node, but the pkg is not failed over to Primary node?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704652#M249999</link>
      <description>Normally after you do a manual failover, in this case you killed a process that initiated a failover, it disables automatic node failover, which can be verifed by doing &lt;BR /&gt;&lt;BR /&gt;cmviewcl -v &lt;PACKAGE name=""&gt;&lt;BR /&gt;&lt;BR /&gt;in order for this package to be failed back over automatically you have to enable automatic package switching:&lt;BR /&gt;&lt;BR /&gt;cmmodpkg -e &lt;PACKAGE name=""&gt;&lt;/PACKAGE&gt;&lt;BR /&gt;otherwise you will have manually restart the package on the secondary node.&lt;/PACKAGE&gt;</description>
      <pubDate>Sun, 08 Jan 2006 11:52:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704652#M249999</guid>
      <dc:creator>Deoncia Grayson_1</dc:creator>
      <dc:date>2006-01-08T11:52:10Z</dc:date>
    </item>
    <item>
      <title>Re: kill cmcld on adoptive node, but the pkg is not failed over to Primary node?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704653#M250000</link>
      <description>Hi Hanry .&lt;BR /&gt;&lt;BR /&gt;cmcld daemon is used to determine cluster membership by sending heartbeat messages to other cmcld deamons on the other nodes within the service gurad cluster.this deamon sets a safety timer in the kernel which is used to detect kernel hangs. if the timer is not reset periodically by cmcld. the kernel will cause the a system TOC. so if u killing the deamon it may cause the system to reboot ( normally ).&lt;BR /&gt;&lt;BR /&gt;and the package switching is depend upon the package configuration. &lt;BR /&gt;&lt;BR /&gt;check it with &lt;BR /&gt;#cmviewcl -V &lt;BR /&gt;&lt;BR /&gt;if you want to enable on a single node &lt;BR /&gt;# cmmodpkg -n node name -p pkg name &lt;BR /&gt;or u wnat to enable globally&lt;BR /&gt;#cmmodpkg -e -p pkg name &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;try to execute &lt;BR /&gt;&lt;BR /&gt;# cmrunnode ( the primmery node )&lt;BR /&gt;&lt;BR /&gt;for adding the primmery node in the running cluster . &lt;BR /&gt;&lt;BR /&gt;and iam not sure why the adoptive node not  gone for TOC.. after killing the cmcld process..&lt;BR /&gt;&lt;BR /&gt;we need to take help from others&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Tvs&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 09 Jan 2006 03:13:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/kill-cmcld-on-adoptive-node-but-the-pkg-is-not-failed-over-to/m-p/3704653#M250000</guid>
      <dc:creator>Tvs</dc:creator>
      <dc:date>2006-01-09T03:13:15Z</dc:date>
    </item>
  </channel>
</rss>

