<?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: Waiting for clusterware split-brain resolution in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397157#M862673</link>
    <description>Hi Ericfjchen,&lt;BR /&gt;&lt;BR /&gt;This error occurs when a member was evicted from the group by another member of the cluster database for one of several reasons.&lt;BR /&gt;&lt;BR /&gt;When the problem is detected the instances 'race' to get a lock on the control file (Results Record lock) for updating. The instance that obtains the lock tallies the votes of the instances to decide membership. A member is evicted if:  &lt;BR /&gt;&lt;BR /&gt;A communications link is down or&lt;BR /&gt;There is a split-brain (more than 1 subgroup) and the member is not in the largest subgroup or&lt;BR /&gt;The member is perceived to be inactive.&lt;BR /&gt;&lt;BR /&gt;There is also the other possiblity with Oracle Server - Enterprise Edition - Version: 9.0 to 9.2  with HP-UX PA-RISC (64-bit).&lt;BR /&gt;&lt;BR /&gt;This is due to OS vendor problem which is reported and identified in Oracle Bug 3007107 "FREQUENT ORA-29740 EVICTIONS OCCURING WITH MINIMAL ACTIVITY" &lt;BR /&gt;&lt;BR /&gt;Contact HP and get the PHKL_28695 HP patch. &lt;BR /&gt;Workaround for the bug would be to restart the databases on both nodes.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Indira A</description>
    <pubDate>Mon, 11 Oct 2004 03:30:18 GMT</pubDate>
    <dc:creator>Indira Aramandla</dc:creator>
    <dc:date>2004-10-11T03:30:18Z</dc:date>
    <item>
      <title>Waiting for clusterware split-brain resolution</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397155#M862671</link>
      <description>This is Oracle 9.0.1.4 RAC with 2 instances. Instance 2 showed the below &lt;BR /&gt;message in the alert ,&lt;BR /&gt;------------------------&lt;BR /&gt;Mon Oct 11 10:44:20 2004&lt;BR /&gt;Waiting for clusterware split-brain resolution&lt;BR /&gt;------------------------&lt;BR /&gt;At the same time, we can't connect to instance 2 via sqlplus '/ as sysdba'.&lt;BR /&gt;Therefore we had no choice to reboot the box which instance 2 is on. &lt;BR /&gt;after the box running, we tried to startup instance 2 but still failed to open.&lt;BR /&gt;It was still on mounted status. Suddently, instance 1 hung due to instance 2 &lt;BR /&gt;can't be open successfully. The only way is to shutdown abort instance 1. After &lt;BR /&gt;this, we startup instance 1 and instance 2 without fail. &lt;BR /&gt;&lt;BR /&gt;Due to application, we can't upgrade oracle version.&lt;BR /&gt;&lt;BR /&gt;How can I do?&lt;BR /&gt;&lt;BR /&gt;Eric&lt;BR /&gt;</description>
      <pubDate>Mon, 11 Oct 2004 02:34:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397155#M862671</guid>
      <dc:creator>ericfjchen</dc:creator>
      <dc:date>2004-10-11T02:34:50Z</dc:date>
    </item>
    <item>
      <title>Re: Waiting for clusterware split-brain resolution</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397156#M862672</link>
      <description>Hi Eric,&lt;BR /&gt;&lt;BR /&gt;I believe this is normal message. Please see this thread for more information.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=596589" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=596589&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Sunil</description>
      <pubDate>Mon, 11 Oct 2004 02:58:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397156#M862672</guid>
      <dc:creator>Sunil Sharma_1</dc:creator>
      <dc:date>2004-10-11T02:58:23Z</dc:date>
    </item>
    <item>
      <title>Re: Waiting for clusterware split-brain resolution</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397157#M862673</link>
      <description>Hi Ericfjchen,&lt;BR /&gt;&lt;BR /&gt;This error occurs when a member was evicted from the group by another member of the cluster database for one of several reasons.&lt;BR /&gt;&lt;BR /&gt;When the problem is detected the instances 'race' to get a lock on the control file (Results Record lock) for updating. The instance that obtains the lock tallies the votes of the instances to decide membership. A member is evicted if:  &lt;BR /&gt;&lt;BR /&gt;A communications link is down or&lt;BR /&gt;There is a split-brain (more than 1 subgroup) and the member is not in the largest subgroup or&lt;BR /&gt;The member is perceived to be inactive.&lt;BR /&gt;&lt;BR /&gt;There is also the other possiblity with Oracle Server - Enterprise Edition - Version: 9.0 to 9.2  with HP-UX PA-RISC (64-bit).&lt;BR /&gt;&lt;BR /&gt;This is due to OS vendor problem which is reported and identified in Oracle Bug 3007107 "FREQUENT ORA-29740 EVICTIONS OCCURING WITH MINIMAL ACTIVITY" &lt;BR /&gt;&lt;BR /&gt;Contact HP and get the PHKL_28695 HP patch. &lt;BR /&gt;Workaround for the bug would be to restart the databases on both nodes.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Indira A</description>
      <pubDate>Mon, 11 Oct 2004 03:30:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/waiting-for-clusterware-split-brain-resolution/m-p/3397157#M862673</guid>
      <dc:creator>Indira Aramandla</dc:creator>
      <dc:date>2004-10-11T03:30:18Z</dc:date>
    </item>
  </channel>
</rss>

