<?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: cmapplyconf gives second time a error in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875373#M703663</link>
    <description>you do not need to include the floating package addresses, but I always think it worthwhile</description>
    <pubDate>Tue, 14 Dec 2004 10:07:50 GMT</pubDate>
    <dc:creator>melvyn burnard</dc:creator>
    <dc:date>2004-12-14T10:07:50Z</dc:date>
    <item>
      <title>cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875368#M703658</link>
      <description>Hi,&lt;BR /&gt;I try to configure a cluster on two rp4440-8 servers (PA-RISC), HP-UX 11i v1 (11.11) an MC/SG vB.11.16.&lt;BR /&gt;WHen i do the first time a cmapplyconf all goes oke.&lt;BR /&gt;But when I do it the second time I get the message's:&lt;BR /&gt;Error: Permission denied accessing node nlunx1n3.&lt;BR /&gt;Error: Failed to initialize volume group /dev/vg03&lt;BR /&gt;Error: Unable to initialize cluster lock /dev/dsk/c6t0d0 on node nlunx1n3.&lt;BR /&gt;&lt;BR /&gt;The only thing to do than is do a "cmdeleteconf" on both the servers and do a "vgchange -c n /dev/vg03".&lt;BR /&gt;After that I can run the "cmapplyconf".&lt;BR /&gt;&lt;BR /&gt;This is not normal I think, so does enybody now what is the problem here?&lt;BR /&gt;&lt;BR /&gt;Rgrds CvB.</description>
      <pubDate>Tue, 14 Dec 2004 07:56:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875368#M703658</guid>
      <dc:creator>Co van Berkel</dc:creator>
      <dc:date>2004-12-14T07:56:27Z</dc:date>
    </item>
    <item>
      <title>Re: cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875369#M703659</link>
      <description>Is the disk c6t0d0 on the vg03 volume group?&lt;BR /&gt;Is this vg active on the node you run the cmapplyconf command at the time of running the command?&lt;BR /&gt;&lt;BR /&gt;Finally (and probably most important) with 11.16 of Serviceguard we no implement a new security methodology for the cluster nodes.&lt;BR /&gt;Prior to 11.16, the cmclnodelist file was used to validate security, but with 11.16 this is only used at initial cluster configuration.&lt;BR /&gt;From then on, you need to look at using the new Role Based access in 11.16 as documented in the manuals.&lt;BR /&gt;Also, For redundancy, Serviceguard commands use all networks available on a system to communicate with Serviceguard daemons. This includes configured interfaces not listed in the cluster acsii file. To authorise these communications, Serviceguard must be able to resolve the source IP address to a valid hostname. Valid hostnames include every node in the cluster and any node outside the cluster which needs to communicate with nodes within a cluster.&lt;BR /&gt;&lt;BR /&gt;A permission problem will result when serviceguard cannot verify that the source address of a message is authorised and cannot resolve the source IP address to a valid hostname. The actual symptoms of a&lt;BR /&gt;permission problem will vary depending on what operation is being performed. The following is an example of a message which could be seen in syslog.log:&lt;BR /&gt;&lt;BR /&gt;Dec  1 13:13:45 sly cmclconfd[15227]: WARNING: User root from ip address 10.8.1.131 does not have privileges to access this node.  Either they are coming from a node without enhanced security or somebody may be&lt;BR /&gt;attempting un-authorized access to this system.&lt;BR /&gt;&lt;BR /&gt;To avoid permission problems, all interfaces for all authorised nodes&lt;BR /&gt;must be defined in /etc/hosts on all nodes within the cluster. The name&lt;BR /&gt;service switch policy for hosts must be set to files followed by any&lt;BR /&gt;other sources used such as DNS, NIS or LDAP. &lt;BR /&gt;       &lt;BR /&gt;An example host entry from /etc/nsswitch.conf:&lt;BR /&gt;&lt;BR /&gt;hosts: files [NOTFOUND=continue] dns&lt;BR /&gt;&lt;BR /&gt;This is a new requirement which was added to Serviceguard A.11.16 and in&lt;BR /&gt;the latest patches for Serviceguard A.11.13 (PHSS_29120), A.11.14&lt;BR /&gt;(PHSS_31065) and A.11.15 (PHSS_31067 and PHSS_31068).&lt;BR /&gt;.&lt;BR /&gt;&lt;BR /&gt;HTH</description>
      <pubDate>Tue, 14 Dec 2004 08:48:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875369#M703659</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2004-12-14T08:48:31Z</dc:date>
    </item>
    <item>
      <title>Re: cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875370#M703660</link>
      <description>Hi,&lt;BR /&gt;I have configured per server three lan cards:&lt;BR /&gt;&lt;BR /&gt;- node1:&lt;BR /&gt;  - Hostname: nlunx1n3&lt;BR /&gt;  - lan0 - x1.x1.x1.x1 - DNS-name: nlhpunx1n3i&lt;BR /&gt;  - lan1 - x2.x2.x2.x2 - DNS-name: nlhpunx1n3&lt;BR /&gt;  - lan2 - Failover lan.&lt;BR /&gt;&lt;BR /&gt;- node2:&lt;BR /&gt;  - Hostname: nlunx1n4&lt;BR /&gt;  - lan0 - y1.y1.y1.y1 - DNS-name: nlhpunx1n4i&lt;BR /&gt;  - lan1 - y2.y2.y2.y2 - DNS-name: nlhpunx1n4&lt;BR /&gt;  - lan2 - Failover lan.&lt;BR /&gt;&lt;BR /&gt;The two lan0 cards are connected with a cross-cabel.&lt;BR /&gt;&lt;BR /&gt;What do i have to insert in my /etc/hosts file?&lt;BR /&gt;&lt;BR /&gt;Rgrds CvB.</description>
      <pubDate>Tue, 14 Dec 2004 08:59:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875370#M703660</guid>
      <dc:creator>Co van Berkel</dc:creator>
      <dc:date>2004-12-14T08:59:58Z</dc:date>
    </item>
    <item>
      <title>Re: cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875371#M703661</link>
      <description>Your hosts file must show all interfaces configured with an ip address, regardless of whether they are in the cluster ascii file, as per example:&lt;BR /&gt;&lt;BR /&gt;11.14.62.131    nodeA.mydomain.com   nodeA&lt;BR /&gt;10.3.0.131      nodeA.mydomain.com   nodeA&lt;BR /&gt;10.3.1.131      nodeA.mydomain.com   nodeA&lt;BR /&gt;10.3.2.131      nodeA.mydomain.com   nodeA&lt;BR /&gt;11.14.62.132    nodeB.mydomain.com   nodeB&lt;BR /&gt;10.3.0.132      nodeB.mydomain.com   nodeB&lt;BR /&gt;10.3.1.132      nodeB.mydomain.com   nodeB&lt;BR /&gt;10.3.2.132      nodeB.mydomain.com   nodeB&lt;BR /&gt;11.14.62.67     nodeC.mydomain.com   nodeC&lt;BR /&gt;10.3.8.8        nodeC.mydomain.com   nodeC&lt;BR /&gt;11.14.62.69     nodeC.mydomain.com   nodeC&lt;BR /&gt;10.3.8.7        nodeC.mydomain.com   nodeC&lt;BR /&gt;</description>
      <pubDate>Tue, 14 Dec 2004 09:12:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875371#M703661</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2004-12-14T09:12:52Z</dc:date>
    </item>
    <item>
      <title>Re: cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875372#M703662</link>
      <description>Hi,&lt;BR /&gt;What about package i.p.-adressen?&lt;BR /&gt;&lt;BR /&gt;Rgrds CvB.</description>
      <pubDate>Tue, 14 Dec 2004 09:43:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875372#M703662</guid>
      <dc:creator>Co van Berkel</dc:creator>
      <dc:date>2004-12-14T09:43:49Z</dc:date>
    </item>
    <item>
      <title>Re: cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875373#M703663</link>
      <description>you do not need to include the floating package addresses, but I always think it worthwhile</description>
      <pubDate>Tue, 14 Dec 2004 10:07:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875373#M703663</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2004-12-14T10:07:50Z</dc:date>
    </item>
    <item>
      <title>Re: cmapplyconf gives second time a error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875374#M703664</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Many thanks to you Melvyn.&lt;BR /&gt;&lt;BR /&gt;Problem solved by adding all i.p.-addresses of a node in the /etc/hosts file with the same hostname for all nodes in the cluster.&lt;BR /&gt;&lt;BR /&gt;Thread closed.&lt;BR /&gt;&lt;BR /&gt;Greetins CvB.</description>
      <pubDate>Tue, 14 Dec 2004 10:13:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/cmapplyconf-gives-second-time-a-error/m-p/4875374#M703664</guid>
      <dc:creator>Co van Berkel</dc:creator>
      <dc:date>2004-12-14T10:13:05Z</dc:date>
    </item>
  </channel>
</rss>

