<?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: SG Package Monitored Processes/Resources in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911533#M709549</link>
    <description>Thanks Stephen for the exlpanation !&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;&lt;BR /&gt;Mike</description>
    <pubDate>Mon, 24 Feb 2003 16:41:16 GMT</pubDate>
    <dc:creator>Michele (Mike) Alberton</dc:creator>
    <dc:date>2003-02-24T16:41:16Z</dc:date>
    <item>
      <title>SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911527#M709543</link>
      <description>Hi Folks ! &lt;BR /&gt;&lt;BR /&gt;We need to show to a customer how Service Guards reacts to package failover(s). &lt;BR /&gt;We've tried unplugging our Lan cables and the system properly reacts moving the package to the secondary node. &lt;BR /&gt;Unfortunately this event does not drive the SG to mark Node Switch to disabled (on primary), so that even if the Failback policy is Manual as soon as the Lan cables are back in place I could switch the package back on primary node. &lt;BR /&gt;Now we want to show them that in case of a real failover, the Node switch should become disabled, so that I was thinking about killing one of the service processes to simulate a real failure. How can I check which processes are monitored by SG, in order to initiate a Failover ? &lt;BR /&gt;&lt;BR /&gt;Thanks in advance ! &lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Mon, 24 Feb 2003 14:00:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911527#M709543</guid>
      <dc:creator>Michele (Mike) Alberton</dc:creator>
      <dc:date>2003-02-24T14:00:12Z</dc:date>
    </item>
    <item>
      <title>Re: SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911528#M709544</link>
      <description>Hi Mike,&lt;BR /&gt;&lt;BR /&gt;When a pkg is failed off of one node to another, ServiceGuard normally marks the primary node as "disabled" in the NODE-SWITCHING report of cmviewcl.&lt;BR /&gt;&lt;BR /&gt;ServiceGuard monitors the SERVICE_CMD items listed in the package control script which is used to start/stop the package.  Kill that command, and ServiceGuard will halt the package on that node, and if an adoptive node is 'enabled' to accept the package, will start it.&lt;BR /&gt;&lt;BR /&gt;-S.</description>
      <pubDate>Mon, 24 Feb 2003 14:05:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911528#M709544</guid>
      <dc:creator>Stephen Doud</dc:creator>
      <dc:date>2003-02-24T14:05:18Z</dc:date>
    </item>
    <item>
      <title>Re: SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911529#M709545</link>
      <description>This link can help you &lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&amp;amp;docId=200000062686693" target="_blank"&gt;http://www1.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&amp;amp;docId=200000062686693&lt;/A&gt;</description>
      <pubDate>Mon, 24 Feb 2003 14:07:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911529#M709545</guid>
      <dc:creator>T G Manikandan</dc:creator>
      <dc:date>2003-02-24T14:07:36Z</dc:date>
    </item>
    <item>
      <title>Re: SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911530#M709546</link>
      <description>Hi Mike,&lt;BR /&gt;&lt;BR /&gt;Check the output of "cmviewcl -v", and see which services have the "MAX_RESTARTS" column not set to unlimited.&lt;BR /&gt;&lt;BR /&gt;Then look in the package control file to see what command this service is registered against.  Killing this process should switch the cluster.&lt;BR /&gt;&lt;BR /&gt;rgds, Robin</description>
      <pubDate>Mon, 24 Feb 2003 14:08:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911530#M709546</guid>
      <dc:creator>Robin Wakefield</dc:creator>
      <dc:date>2003-02-24T14:08:45Z</dc:date>
    </item>
    <item>
      <title>Re: SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911531#M709547</link>
      <description>Good !&lt;BR /&gt;&lt;BR /&gt;Thank You so much !&lt;BR /&gt;&lt;BR /&gt;Since you've been so kind, can I ask you why the failure of a Lan is not treated the same way (I mean the Node switch is not disabled ?)&lt;BR /&gt;&lt;BR /&gt;I was thinking that if the Lan is DOWN the package won't be able anyway to start, but if the connection goes up and down (let's say because of faulty cables), this could initiate a ping pong, isn't it?&lt;BR /&gt;&lt;BR /&gt;Thanks !&lt;BR /&gt;Mike</description>
      <pubDate>Mon, 24 Feb 2003 14:09:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911531#M709547</guid>
      <dc:creator>Michele (Mike) Alberton</dc:creator>
      <dc:date>2003-02-24T14:09:40Z</dc:date>
    </item>
    <item>
      <title>Re: SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911532#M709548</link>
      <description>Hi Mike,&lt;BR /&gt;&lt;BR /&gt;SG treats a packake subnet resource failure differently then a package service.&lt;BR /&gt;&lt;BR /&gt;Let's say the entire package subnet failed on all nodes.   SG would halt the pkg and await the restoration of the subnet.  Whichever node normally able to operate the package registers the subnet up first will start the package.  If the original primary node sees the subnet restored first, we'd want it to start the package.  Hence, it's never disabled from running the package when only the subnet resource is unavailable.&lt;BR /&gt;&lt;BR /&gt;-S.</description>
      <pubDate>Mon, 24 Feb 2003 14:19:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911532#M709548</guid>
      <dc:creator>Stephen Doud</dc:creator>
      <dc:date>2003-02-24T14:19:21Z</dc:date>
    </item>
    <item>
      <title>Re: SG Package Monitored Processes/Resources</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911533#M709549</link>
      <description>Thanks Stephen for the exlpanation !&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;&lt;BR /&gt;Mike</description>
      <pubDate>Mon, 24 Feb 2003 16:41:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/sg-package-monitored-processes-resources/m-p/2911533#M709549</guid>
      <dc:creator>Michele (Mike) Alberton</dc:creator>
      <dc:date>2003-02-24T16:41:16Z</dc:date>
    </item>
  </channel>
</rss>

