<?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: cmmodpkg command clarification in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135451#M685535</link>
    <description>Thanks for the answers</description>
    <pubDate>Tue, 14 Oct 2008 06:48:05 GMT</pubDate>
    <dc:creator>Sagar Sirdesai</dc:creator>
    <dc:date>2008-10-14T06:48:05Z</dc:date>
    <item>
      <title>cmmodpkg command clarification</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135447#M685531</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;There is a 2 node cluster configured using Service Guard.&lt;BR /&gt;&lt;BR /&gt;The AUTO_RUN=YES is et so that package moves to the configured node.&lt;BR /&gt;&lt;BR /&gt;I tested that the package switch is successful to the adoptive when it failes on the primary.&lt;BR /&gt;My Question once the package moves to adoptive node&lt;BR /&gt;&lt;BR /&gt;Why we need to use enable switching again for the primary node using commodpkg command</description>
      <pubDate>Tue, 14 Oct 2008 05:54:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135447#M685531</guid>
      <dc:creator>Sagar Sirdesai</dc:creator>
      <dc:date>2008-10-14T05:54:11Z</dc:date>
    </item>
    <item>
      <title>Re: cmmodpkg command clarification</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135448#M685532</link>
      <description>Hi Sagar,&lt;BR /&gt;&lt;BR /&gt;As per my logic ,&lt;BR /&gt;&lt;BR /&gt;If you switched a package from primary to adoptive or viceversa the switching attribute of the package for a particulare node will get disable.The command cmmodpkg will enable the package switching and node switch attributes manually.&lt;BR /&gt;&lt;BR /&gt;&amp;gt; I tested that the package switch is successful to the adoptive when it failes on the primary.&lt;BR /&gt;&lt;BR /&gt;See, again if the package fails on the secondary and the above intelligence is not there then it will automatically try to start on primary node ( Primary node already proved that it had some issue while running the package),so the operation keep on toggle mode.&lt;BR /&gt;&lt;BR /&gt;So, this attribute allows to prevent the repeated switching unless untill we are informing the cluster that the node is ready for switching using cmmodpkg.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Aneesh&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Oct 2008 06:13:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135448#M685532</guid>
      <dc:creator>Aneesh Mohan</dc:creator>
      <dc:date>2008-10-14T06:13:55Z</dc:date>
    </item>
    <item>
      <title>Re: cmmodpkg command clarification</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135449#M685533</link>
      <description>Lets put this in some simpler words...&lt;BR /&gt;&lt;BR /&gt;if a package fails on a node, don't you think you need to determine *why* it failed on that node before allowing it to run there again?&lt;BR /&gt;&lt;BR /&gt;That's the behaviour in Serviceguard. Your operational procedures should be such that following a failover an admin determines the cause of the failure and rectifies the problem. After the problem is fixed, cmmodpkg is run to enable the package to run on that node again.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;&lt;BR /&gt;Duncan</description>
      <pubDate>Tue, 14 Oct 2008 06:25:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135449#M685533</guid>
      <dc:creator>Duncan Edmonstone</dc:creator>
      <dc:date>2008-10-14T06:25:47Z</dc:date>
    </item>
    <item>
      <title>Re: cmmodpkg command clarification</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135450#M685534</link>
      <description>Thanks to both of you for answers.&lt;BR /&gt;&lt;BR /&gt;Sagar</description>
      <pubDate>Tue, 14 Oct 2008 06:46:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135450#M685534</guid>
      <dc:creator>Sagar Sirdesai</dc:creator>
      <dc:date>2008-10-14T06:46:40Z</dc:date>
    </item>
    <item>
      <title>Re: cmmodpkg command clarification</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135451#M685535</link>
      <description>Thanks for the answers</description>
      <pubDate>Tue, 14 Oct 2008 06:48:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmmodpkg-command-clarification/m-p/5135451#M685535</guid>
      <dc:creator>Sagar Sirdesai</dc:creator>
      <dc:date>2008-10-14T06:48:05Z</dc:date>
    </item>
  </channel>
</rss>

