<?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: Heart beat in service guard cluster in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755663#M660550</link>
    <description>Thank you understand now</description>
    <pubDate>Mon, 21 Feb 2011 11:09:12 GMT</pubDate>
    <dc:creator>sokolova</dc:creator>
    <dc:date>2011-02-21T11:09:12Z</dc:date>
    <item>
      <title>Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755660#M660547</link>
      <description>whathappens if heart beat fails?&lt;BR /&gt;is there any impact for runnng cluster?</description>
      <pubDate>Mon, 21 Feb 2011 10:30:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755660#M660547</guid>
      <dc:creator>sokolova</dc:creator>
      <dc:date>2011-02-21T10:30:02Z</dc:date>
    </item>
    <item>
      <title>Re: Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755661#M660548</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Serviceguard nodes monitor each other to be sure they can all communicate and cooperate. Every node in a Serviceguard cluster sends heartbeat messages over the network and listens for heartbeat messages from other nodes. Heartbeat messages are sent at regular intervals, defined in the cluster&lt;BR /&gt;configuration file as the HEARTBEAT_INTERVAL.&lt;BR /&gt;If a node does not receive a heartbeat from another node, it begins the process of re-forming the cluster and removing the unreachable node from cluster membership. Figure 1 shows the steps in a failover caused by a failed node.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h20338.www2.hp.com/enterprise/downloads/Optimizing%20failover_6-22.pdf" target="_blank"&gt;http://h20338.www2.hp.com/enterprise/downloads/Optimizing%20failover_6-22.pdf&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Rgds.</description>
      <pubDate>Mon, 21 Feb 2011 10:36:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755661#M660548</guid>
      <dc:creator>Jose Mosquera</dc:creator>
      <dc:date>2011-02-21T10:36:49Z</dc:date>
    </item>
    <item>
      <title>Re: Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755662#M660549</link>
      <description>To say in simple words,&lt;BR /&gt;&lt;BR /&gt;If hertbeat fails, each node will think the other node fails. so each node will reform the cluster, which is not expected. This is called split brain syndrome. &lt;BR /&gt;&lt;BR /&gt;Yes. It is surely impact the cluster normal behavior. But this Split-Brain Syndrome is prevented by Cluster Quorum.&lt;BR /&gt;&lt;BR /&gt;Read the "Managing Serviceguard Cluster" to get the full information.&lt;BR /&gt;&lt;BR /&gt;Rgds...</description>
      <pubDate>Mon, 21 Feb 2011 11:04:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755662#M660549</guid>
      <dc:creator>P Arumugavel</dc:creator>
      <dc:date>2011-02-21T11:04:20Z</dc:date>
    </item>
    <item>
      <title>Re: Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755663#M660550</link>
      <description>Thank you understand now</description>
      <pubDate>Mon, 21 Feb 2011 11:09:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755663#M660550</guid>
      <dc:creator>sokolova</dc:creator>
      <dc:date>2011-02-21T11:09:12Z</dc:date>
    </item>
    <item>
      <title>Re: Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755664#M660551</link>
      <description>Dear friend&lt;BR /&gt;&lt;BR /&gt;There is NODE_TIMEOUT VALUE  in the  cluster configuration file, if  node B  is not getting heartbeat message from node A until NODE_TIMEOUT VALUE specified in the cluster then node B will consider  node A is failed then service guard will reform the cluster without the failed node A)&lt;BR /&gt;&lt;BR /&gt;thanks and regards&lt;BR /&gt;&lt;BR /&gt;Sajjad Sahir</description>
      <pubDate>Mon, 21 Feb 2011 12:32:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755664#M660551</guid>
      <dc:creator>Sajjad Sahir</dc:creator>
      <dc:date>2011-02-21T12:32:01Z</dc:date>
    </item>
    <item>
      <title>Re: Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755665#M660552</link>
      <description>heartbeat should not fail since you have a standby lan card.. or you have a heartbeat on multiple subnets.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 21 Feb 2011 23:27:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755665#M660552</guid>
      <dc:creator>Emil Velez</dc:creator>
      <dc:date>2011-02-21T23:27:20Z</dc:date>
    </item>
    <item>
      <title>Re: Heart beat in service guard cluster</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755666#M660553</link>
      <description>HEARTBEAT_IP&lt;BR /&gt;&lt;BR /&gt;IP notation indicating a subnet that will carry the cluster heartbeat. &lt;BR /&gt;&lt;BR /&gt;A heartbeat IP address must be an IPv4 address.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Heartbeat configuration requirements: &lt;BR /&gt;&lt;BR /&gt;A minimum Serviceguard configuration on HP-UX 11i v2 or 11i v3 needs two network interface cards for the heartbeat in all cases, using one of the following configurations:&lt;BR /&gt;&lt;BR /&gt;Two heartbeat subnets; or&lt;BR /&gt;&lt;BR /&gt;One heartbeat subnet with a standby; or&lt;BR /&gt;&lt;BR /&gt;One heartbeat subnet using APA with two physical ports in hot standby mode or LAN monitor mode.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Or you can configured heartbeat using cross-over cables between nodes.&lt;BR /&gt;&lt;BR /&gt;One more way is through serial communication.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If heartbeat is failed between nodes ,which will cause  split brain syndrome. &lt;BR /&gt;&lt;BR /&gt;suppose we have communication lost between the four servers in your cluster and suppose they are able to communicate in pair of two and not all. Suppose a,b,c,d are four nodes and during the failure a can talk to b and c to d in that case both nodes will try to form two seperate cluster of two nodes each. This situation is called a split brain syndrome where more than one clusters can be created within one cluster. which will cause correction of data which will not be expected.&lt;BR /&gt;&lt;BR /&gt;To avoid this situation we have quorum server, which will be contacted during the above scenarion and which two nodes contacts the quorum server first will continue to operate in cluster and other nodes will be shutdown thus avoiding split brain syndrome. This is also termed as tie breaker mechanism.&lt;BR /&gt;&lt;BR /&gt;In a two node cluster, the same can be achived by a lock disk itself.&lt;BR /&gt;</description>
      <pubDate>Tue, 22 Feb 2011 09:17:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/heart-beat-in-service-guard-cluster/m-p/4755666#M660553</guid>
      <dc:creator>nijokj</dc:creator>
      <dc:date>2011-02-22T09:17:45Z</dc:date>
    </item>
  </channel>
</rss>

