<?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: ServiceGuard startup problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821630#M696325</link>
    <description>check /etc/inted.conf for ha entries and it should be like this:&lt;BR /&gt;&lt;BR /&gt;hacl-cfg stream tcp nowait root /usr/lbin/cmclconfd cmclconfd -c -i</description>
    <pubDate>Sun, 13 Aug 2006 11:38:02 GMT</pubDate>
    <dc:creator>IT_2007</dc:creator>
    <dc:date>2006-08-13T11:38:02Z</dc:date>
    <item>
      <title>ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821622#M696317</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have a cluster of 3 nodes running about 3 months ago without any problems. This 3 nodes have been powered off and powered on again more than one time without problem.&lt;BR /&gt;&lt;BR /&gt;Now, when I try to form a cluster, this erros apears:&lt;BR /&gt;&lt;BR /&gt;Error: Error performing security validation.  Please verify that identd is running properly.&lt;BR /&gt;Internal error: Unable to open communications to configuration daemon: Software caused connection abort&lt;BR /&gt;Error: Unable to connect to configuration database.&lt;BR /&gt;Internal error: Unable to open communications to configuration daemon: No such file or directory&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Then I tried to check my configuration:&lt;BR /&gt;&lt;BR /&gt;[osiris:root]/etc/cmcluster &amp;gt; cmcheckconf -v -C /etc/cmcluster/peixoto&lt;BR /&gt;&lt;BR /&gt;Checking cluster file: /etc/cmcluster/peixoto&lt;BR /&gt;Note : a NODE_TIMEOUT value of 2000000 was found in line 67. For a&lt;BR /&gt;significant portion of installations, a higher setting is more appropriate.&lt;BR /&gt;Refer to the comments in the cluster configuration ascii file or Serviceguard&lt;BR /&gt;manual for more information on this parameter.&lt;BR /&gt;Checking nodes ... Done&lt;BR /&gt;Checking existing configuration ... Done&lt;BR /&gt;Gathering configuration information ... Done&lt;BR /&gt;Gathering configuration information ... Done&lt;BR /&gt;Gathering configuration information ..&lt;BR /&gt;Gathering storage information ..&lt;BR /&gt;Found 55 devices on node osiris&lt;BR /&gt;Analysis of 55 devices should take approximately 6 seconds&lt;BR /&gt;0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%&lt;BR /&gt;Found 14 volume groups on node osiris&lt;BR /&gt;Analysis of 14 volume groups should take approximately 1 seconds&lt;BR /&gt;0%----10%----20%----30%----40%----50%----60%----70%----80%----90%----100%&lt;BR /&gt;.....&lt;BR /&gt;Gathering Network Configuration ........ Done&lt;BR /&gt;&lt;BR /&gt;Error: Error performing security validation.  Please verify that identd is running properly.&lt;BR /&gt;Error: Unable to connect to node isis: Software caused connection abort&lt;BR /&gt;Error: Error performing security validation.  Please verify that identd is running properly.&lt;BR /&gt;Error: Unable to connect to node anubis: Software caused connection abort&lt;BR /&gt;Warning: Not probing node anubis as it is currently unreachable.&lt;BR /&gt; This may cause network partitions to be reported.&lt;BR /&gt;Warning: Not probing node isis as it is currently unreachable.&lt;BR /&gt; This may cause network partitions to be reported.&lt;BR /&gt;cmcheckconf  : Unable to reconcile configuration file /etc/cmcluster/peixoto&lt;BR /&gt; with discovered configuration information.&lt;BR /&gt;&lt;BR /&gt;Please, can you help me?</description>
      <pubDate>Tue, 11 Jul 2006 14:47:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821622#M696317</guid>
      <dc:creator>Wilder Mellotto</dc:creator>
      <dc:date>2006-07-11T14:47:14Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821623#M696318</link>
      <description>Hi there,&lt;BR /&gt;&lt;BR /&gt;Check this document and see if it applies: &lt;BR /&gt;&lt;A href="http://docs.hp.com/en/5991-1101/ch05s09.html" target="_blank"&gt;http://docs.hp.com/en/5991-1101/ch05s09.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Regards, MB.</description>
      <pubDate>Tue, 11 Jul 2006 14:54:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821623#M696318</guid>
      <dc:creator>Marcel Boogert_1</dc:creator>
      <dc:date>2006-07-11T14:54:34Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821624#M696319</link>
      <description>HI,&lt;BR /&gt;&lt;BR /&gt;Try .rhosts for root on all 3 servers.&lt;BR /&gt;&lt;BR /&gt;Chan</description>
      <pubDate>Tue, 11 Jul 2006 14:58:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821624#M696319</guid>
      <dc:creator>Chan 007</dc:creator>
      <dc:date>2006-07-11T14:58:00Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821625#M696320</link>
      <description>Some more information:&lt;BR /&gt;&lt;BR /&gt;server: OSIRIS&lt;BR /&gt;-----------------------------------&lt;BR /&gt;INTERFACE_NAME[0]=lan1&lt;BR /&gt;IP_ADDRESS[0]=95.1.1.1&lt;BR /&gt;SUBNET_MASK[0]=255.0.0.0&lt;BR /&gt;BROADCAST_ADDRESS[0]=95.255.255.255&lt;BR /&gt;INTERFACE_STATE[0]=up&lt;BR /&gt;DHCP_ENABLE[0]=0&lt;BR /&gt;&lt;BR /&gt;INTERFACE_NAME[1]=lan2&lt;BR /&gt;IP_ADDRESS[1]=96.1.1.1&lt;BR /&gt;SUBNET_MASK[1]=255.0.0.0&lt;BR /&gt;BROADCAST_ADDRESS[1]=96.255.255.255&lt;BR /&gt;INTERFACE_STATE[1]=up&lt;BR /&gt;DHCP_ENABLE[1]=0&lt;BR /&gt;===================================&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;server: ISIS&lt;BR /&gt;------------------------------------&lt;BR /&gt;INTERFACE_NAME[0]=lan0&lt;BR /&gt;IP_ADDRESS[0]=96.1.1.2&lt;BR /&gt;SUBNET_MASK[0]=255.0.0.0&lt;BR /&gt;BROADCAST_ADDRESS[0]=96.255.255.255&lt;BR /&gt;INTERFACE_STATE[0]=up&lt;BR /&gt;DHCP_ENABLE[0]=0&lt;BR /&gt;&lt;BR /&gt;INTERFACE_NAME[1]=lan1&lt;BR /&gt;IP_ADDRESS[1]=95.1.1.2&lt;BR /&gt;SUBNET_MASK[1]=255.0.0.0&lt;BR /&gt;BROADCAST_ADDRESS[1]=95.255.255.255&lt;BR /&gt;INTERFACE_STATE[1]=up&lt;BR /&gt;DHCP_ENABLE[1]=0&lt;BR /&gt;===================================&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;server: ANUBIS&lt;BR /&gt;-----------------------------------&lt;BR /&gt;INTERFACE_NAME[0]=lan1&lt;BR /&gt;IP_ADDRESS[0]=96.1.1.25&lt;BR /&gt;SUBNET_MASK[0]=255.0.0.0&lt;BR /&gt;BROADCAST_ADDRESS[0]=96.255.255.255&lt;BR /&gt;INTERFACE_STATE[0]=up&lt;BR /&gt;DHCP_ENABLE[0]=0&lt;BR /&gt;&lt;BR /&gt;INTERFACE_NAME[1]=lan2&lt;BR /&gt;IP_ADDRESS[1]=95.1.1.25&lt;BR /&gt;SUBNET_MASK[1]=255.0.0.0&lt;BR /&gt;BROADCAST_ADDRESS[1]=95.255.255.255&lt;BR /&gt;INTERFACE_STATE[1]=up&lt;BR /&gt;DHCP_ENABLE[1]=0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I create $HOME/.rhosts in both 3 servers with this:&lt;BR /&gt;&lt;BR /&gt;anubis   root&lt;BR /&gt;isis     root&lt;BR /&gt;osiris   root&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;My /etc/hosts is the same on both 3 servers, when I do a nslookup to IP or host, all servers ok.&lt;BR /&gt;&lt;BR /&gt;I create /etc/cmcluster/cmclnodelist on both 3 servers with this:&lt;BR /&gt;&lt;BR /&gt;anubis   root&lt;BR /&gt;isis     root&lt;BR /&gt;osiris   root&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;linkloop betwen servers works.&lt;BR /&gt;rlogin works.&lt;BR /&gt;</description>
      <pubDate>Tue, 11 Jul 2006 15:17:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821625#M696320</guid>
      <dc:creator>Wilder Mellotto</dc:creator>
      <dc:date>2006-07-11T15:17:38Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821626#M696321</link>
      <description>did you recently upgrade serviceguard (or apply a patch)?&lt;BR /&gt;&lt;BR /&gt;or, have you recently turned off identd in /etc/inetd.conf?&lt;BR /&gt;&lt;BR /&gt;there was a change in going from 11.14 to 11.15 (or 11.15 to 11.16, I don't rememeber exactly) that identd is required with the new version.  You can either enable identd on all your cluster nodes, or turn off this requirement with an option in your cluster config file.</description>
      <pubDate>Tue, 11 Jul 2006 15:44:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821626#M696321</guid>
      <dc:creator>Greg Vaidman</dc:creator>
      <dc:date>2006-07-11T15:44:03Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821627#M696322</link>
      <description>Check of the "auth" or "identd" entries in&lt;BR /&gt;/etc/services and /etc/inetd.conf files.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 11 Jul 2006 15:55:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821627#M696322</guid>
      <dc:creator>Sameer_Nirmal</dc:creator>
      <dc:date>2006-07-11T15:55:53Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821628#M696323</link>
      <description>No changes were made in patches.&lt;BR /&gt;&lt;BR /&gt;I do not changed /etc/services or /etc/inetd.conf.&lt;BR /&gt;&lt;BR /&gt;My cluster was up until yesterday, when I did the cmhaltcl -f I got error to stop cluster util a VG still active (lock_vg and lock_pv). Then mannualy &lt;BR /&gt;vgchange -a n vg25&lt;BR /&gt;shutdown -hy 0 (all servers)</description>
      <pubDate>Tue, 11 Jul 2006 16:04:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821628#M696323</guid>
      <dc:creator>Wilder Mellotto</dc:creator>
      <dc:date>2006-07-11T16:04:43Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821629#M696324</link>
      <description>I ran into this error last week.  Here is a work around that will allow you to run&lt;BR /&gt;&lt;BR /&gt;1.  vi /etc/inetd.conf&lt;BR /&gt;2.  Modify the line:&lt;BR /&gt;hacl-cfg    stream  tcp    nowait  root  /usr/lbin/cmclconfd cmclconfd -c &lt;BR /&gt;&lt;BR /&gt;to be:&lt;BR /&gt;&lt;BR /&gt;hacl-cfg    stream  tcp    nowait  root  /usr/lbin/cmclconfd cmclconfd -c -i&lt;BR /&gt;&lt;BR /&gt;(This will allow for service guard to ignore the identd.  &lt;BR /&gt;&lt;BR /&gt;You will then be able to see the cluster and it's packages.  I have seen this on RP7410's and N4000 so far.</description>
      <pubDate>Sun, 13 Aug 2006 10:56:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821629#M696324</guid>
      <dc:creator>Andrew Edenburn</dc:creator>
      <dc:date>2006-08-13T10:56:51Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821630#M696325</link>
      <description>check /etc/inted.conf for ha entries and it should be like this:&lt;BR /&gt;&lt;BR /&gt;hacl-cfg stream tcp nowait root /usr/lbin/cmclconfd cmclconfd -c -i</description>
      <pubDate>Sun, 13 Aug 2006 11:38:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821630#M696325</guid>
      <dc:creator>IT_2007</dc:creator>
      <dc:date>2006-08-13T11:38:02Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821631#M696326</link>
      <description>After change all of the system's inetd.conf&lt;BR /&gt;, execute "inetd -c" then try again&lt;BR /&gt;&lt;BR /&gt;inetd.conf :&lt;BR /&gt;hacl-cfg stream tcp nowait root /usr/lbin/cmclconfd cmclconfd -c -i</description>
      <pubDate>Sun, 13 Aug 2006 16:56:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821631#M696326</guid>
      <dc:creator>nanan</dc:creator>
      <dc:date>2006-08-13T16:56:51Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821632#M696327</link>
      <description>More files,&lt;BR /&gt;&lt;BR /&gt;#grep -i hacl /etc/services&lt;BR /&gt;hacl-hb     5300/tcp                 # High Availability (HA) Cluster heartbeat&lt;BR /&gt;hacl-gs     5301/tcp                 # HA Cluster General Services&lt;BR /&gt;hacl-cfg    5302/tcp                 # HA Cluster TCP configuration&lt;BR /&gt;hacl-cfg    5302/udp                 # HA Cluster UDP configuration&lt;BR /&gt;hacl-probe  5303/tcp                 # HA Cluster TCP probe&lt;BR /&gt;hacl-probe  5303/udp                 # HA Cluster UDP probe&lt;BR /&gt;hacl-local  5304/tcp                 # HA Cluster Commands&lt;BR /&gt;hacl-test   5305/tcp                 # HA Cluster Test&lt;BR /&gt;hacl-dlm    5408/tcp                 # HA Cluster distributed lock manager&lt;BR /&gt;&lt;BR /&gt;rgs,&lt;BR /&gt;&lt;BR /&gt;ran</description>
      <pubDate>Mon, 14 Aug 2006 07:12:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821632#M696327</guid>
      <dc:creator>rariasn</dc:creator>
      <dc:date>2006-08-14T07:12:20Z</dc:date>
    </item>
    <item>
      <title>Re: ServiceGuard startup problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821633#M696328</link>
      <description>Thanks for all responses.  &lt;BR /&gt;  &lt;BR /&gt;I found my problem. I don't know why, but my cluster is now working after a storage reboot. I did a power cycle in my 3 servers and my storage and now everything ok.  &lt;BR /&gt;  &lt;BR /&gt;My other problem was my lock disk. One disk has stopped in one path  &lt;BR /&gt;c50t1d1 - primary  &lt;BR /&gt;c60t1d1 - alternate  &lt;BR /&gt;  &lt;BR /&gt;diskinfo, dd and all commands issued in c50 worked, but in c60 doesn't.  &lt;BR /&gt;  &lt;BR /&gt;I opened a call in EMC to diagnose my storage, nothing was found, but my disk is now responding to all commands after the storage reboot.  &lt;BR /&gt;  &lt;BR /&gt;Thanks again.</description>
      <pubDate>Mon, 14 Aug 2006 08:16:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-startup-problem/m-p/3821633#M696328</guid>
      <dc:creator>Wilder Mellotto</dc:creator>
      <dc:date>2006-08-14T08:16:10Z</dc:date>
    </item>
  </channel>
</rss>

