<?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: syslog message in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929898#M709750</link>
    <description>before actually redistributing the binary might want to check the node timeout variable in the ascii cluster config file. The default is 2 seconds - if you're running on a switched network, 8 seconds is the recommended minimum to prevent the hb timeouts. If you're getting these message repeatedly in the syslog file than I would expect the node timeout to be too small.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Keith</description>
    <pubDate>Tue, 18 Mar 2003 18:46:05 GMT</pubDate>
    <dc:creator>keith persons</dc:creator>
    <dc:date>2003-03-18T18:46:05Z</dc:date>
    <item>
      <title>syslog message</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929895#M709747</link>
      <description>Hi, i??ve receive this message in syslog&lt;BR /&gt;cmcld[2463]: Node xxxxxx has ceased cluster activities.&lt;BR /&gt;cmcld[2463]: Attempting to form a new cluster&lt;BR /&gt;cmcld[2463]: Turning off safety time protection since the&lt;BR /&gt; cluster&lt;BR /&gt;cmcld[2463]: now consists of a single node.  If ServiceGu&lt;BR /&gt;ard&lt;BR /&gt;cmcld[2463]: fails, this node will not automatically halt&lt;BR /&gt;cmcld[2463]: Clearing Cluster Lock&lt;BR /&gt;cmcld[2463]: 1 nodes have formed a new cluster, sequence&lt;BR /&gt;#44&lt;BR /&gt;cmcld[2463]: The new active cluster membership is: xxxxxx&lt;BR /&gt;(id=1)&lt;BR /&gt;cmcld[2463]: New node xxxxxx is joining the cluster&lt;BR /&gt;cmcld[2463]: Attempting to adjust cluster membership&lt;BR /&gt;cmcld[2463]: Enabling safety time protection&lt;BR /&gt;cmcld[2463]: Clearing Cluster Lock&lt;BR /&gt;cmcld[2463]: 2 nodes have formed a new cluster, sequence&lt;BR /&gt;#45&lt;BR /&gt;cmcld[2463]: The new active cluster membership is: xxxxxx&lt;BR /&gt;(id=1), xxxxxx(id=2)&lt;BR /&gt;mvi902 cmcld[2463]: Request from node xxxxxx to disable package&lt;BR /&gt;dbnosap on node xxxxxx.&lt;BR /&gt;cmcld[2463]: Disabled package dbnosap on node xxxxxx.&lt;BR /&gt;&lt;BR /&gt;do you why this happen and what is the solution to this message.&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Tue, 18 Mar 2003 15:37:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929895#M709747</guid>
      <dc:creator>Javier Ortiz Guajardo</dc:creator>
      <dc:date>2003-03-18T15:37:47Z</dc:date>
    </item>
    <item>
      <title>Re: syslog message</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929896#M709748</link>
      <description>Well, from what I understand here, it looks like something happened between your two nodes in your cluster.  I figure that if you are posting this here, chances are the second node of your cluster has not actually had a problem (like rebooting or something like that).  &lt;BR /&gt;&lt;BR /&gt;Basically, what it did here, is that it reformed your cluster with only one node out of the two.  &lt;BR /&gt;&lt;BR /&gt;My gut feeling tells me that something happened with the heartbeat or with one of the two nodes.  It could be network related, or anything similar.  If you lose you rheartbeat, though, your cluster will re-formed itself with only one of the nodes, whichever ones catches the cluster lock disk faster. &lt;BR /&gt;&lt;BR /&gt;Hope this helps a bit.</description>
      <pubDate>Tue, 18 Mar 2003 15:43:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929896#M709748</guid>
      <dc:creator>Marco Santerre</dc:creator>
      <dc:date>2003-03-18T15:43:19Z</dc:date>
    </item>
    <item>
      <title>Re: syslog message</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929897#M709749</link>
      <description>I'd put in new SG bininaries and assume the old ones got corrupted, as they occaisionally do.&lt;BR /&gt;&lt;BR /&gt;You can evaluate your existing binaries with :&lt;BR /&gt;&lt;BR /&gt;# cmgetconf -C cltemp.ascii  (* cluster binary *)&lt;BR /&gt;&lt;BR /&gt;then run &lt;BR /&gt;&lt;BR /&gt;cmcheckconf -C cltemp.ascii&lt;BR /&gt;</description>
      <pubDate>Tue, 18 Mar 2003 15:50:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929897#M709749</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2003-03-18T15:50:34Z</dc:date>
    </item>
    <item>
      <title>Re: syslog message</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929898#M709750</link>
      <description>before actually redistributing the binary might want to check the node timeout variable in the ascii cluster config file. The default is 2 seconds - if you're running on a switched network, 8 seconds is the recommended minimum to prevent the hb timeouts. If you're getting these message repeatedly in the syslog file than I would expect the node timeout to be too small.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Keith</description>
      <pubDate>Tue, 18 Mar 2003 18:46:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-message/m-p/2929898#M709750</guid>
      <dc:creator>keith persons</dc:creator>
      <dc:date>2003-03-18T18:46:05Z</dc:date>
    </item>
  </channel>
</rss>

