<?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 ServiceGuard problems when DNS server changed in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-problems-when-dns-server-changed/m-p/6011913#M558155</link>
    <description>&lt;P&gt;I have a question concerning ServiceGuard and name resolution (i.e. DNS).&amp;nbsp; The general question is this: When we lose the DNS server listed first in our resolv.conf file, the system experiences prolonged delays when executing cm* commands to manage a ServiceGuard cluster.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;During our last DR test, we performed a DNS server change in which virtual hostnames were swapped – that is, the IP addresses were not changed but the (virtual) hostnames were changed.&amp;nbsp; For example, if the IP addresses of pkgA&amp;nbsp; and pkgB were 10.1.1.1 and 10.1.1.2 respectively, after the DNS switchover, the IP addresses for pkgA&amp;nbsp; and pkgB were 10.1.1.2 and 10.1.1.1 respectively.&amp;nbsp; The IP addresses and hostnames for the physical nodes in the two clusters did not change.&amp;nbsp; Our nsswwitch.conf has but a single line in it – “hosts: files dns”.&amp;nbsp; The virtual hostnames for the packages are *not* in our hosts file.&amp;nbsp; Also, all servers are running HP-UX 11.31 and MC-SG rev 11.20.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When the network group performed the DNS change, we lost, for all practical purposes, the ability to manage the cluster via cm* commands.&amp;nbsp; I say “for all practical purposes” because, for example, a cmviewcl would successfully complete – after about 10-12 minutes.&amp;nbsp; In the end, we ended up rebooting all nodes in the cluster and all was OK.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our initial investigation into this issue led us to much discussion about how HP-UX does not cache DNS info – thus, any subsystems that initially read the resolv.conf file must be restarted to recognize the change to DNS.&amp;nbsp; That’s our take from this: &lt;A target="_blank" href="http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&amp;amp;cc=us&amp;amp;taskId=120&amp;amp;prodSeriesId=3204147&amp;amp;prodTypeId=18964&amp;amp;objectID=c01484332&amp;amp;printver=true"&gt;http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&amp;amp;cc=us&amp;amp;taskId=120&amp;amp;prodSeriesId=3204147&amp;amp;prodTypeId=18964&amp;amp;objectID=c01484332&amp;amp;printver=true&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, our specific question is this: With regard to ServiceGuard, what’s the best way to address a change to the resolv.conf file (like when the first DNS server listed therein drops)?&amp;nbsp; Is there a way to recover cleanly and quickly from this w/o having to reboot?&amp;nbsp; We thought one possible solution might be to restart the cmcld daemon but, for the life of us, we cannot figure out how to do that.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone run up against this and/or come up with any goodness to deal with it?&amp;nbsp; Thanks in advance!&lt;/P&gt;</description>
    <pubDate>Wed, 27 Mar 2013 19:56:35 GMT</pubDate>
    <dc:creator>Joe Geiger</dc:creator>
    <dc:date>2013-03-27T19:56:35Z</dc:date>
    <item>
      <title>ServiceGuard problems when DNS server changed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-problems-when-dns-server-changed/m-p/6011913#M558155</link>
      <description>&lt;P&gt;I have a question concerning ServiceGuard and name resolution (i.e. DNS).&amp;nbsp; The general question is this: When we lose the DNS server listed first in our resolv.conf file, the system experiences prolonged delays when executing cm* commands to manage a ServiceGuard cluster.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;During our last DR test, we performed a DNS server change in which virtual hostnames were swapped – that is, the IP addresses were not changed but the (virtual) hostnames were changed.&amp;nbsp; For example, if the IP addresses of pkgA&amp;nbsp; and pkgB were 10.1.1.1 and 10.1.1.2 respectively, after the DNS switchover, the IP addresses for pkgA&amp;nbsp; and pkgB were 10.1.1.2 and 10.1.1.1 respectively.&amp;nbsp; The IP addresses and hostnames for the physical nodes in the two clusters did not change.&amp;nbsp; Our nsswwitch.conf has but a single line in it – “hosts: files dns”.&amp;nbsp; The virtual hostnames for the packages are *not* in our hosts file.&amp;nbsp; Also, all servers are running HP-UX 11.31 and MC-SG rev 11.20.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;When the network group performed the DNS change, we lost, for all practical purposes, the ability to manage the cluster via cm* commands.&amp;nbsp; I say “for all practical purposes” because, for example, a cmviewcl would successfully complete – after about 10-12 minutes.&amp;nbsp; In the end, we ended up rebooting all nodes in the cluster and all was OK.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Our initial investigation into this issue led us to much discussion about how HP-UX does not cache DNS info – thus, any subsystems that initially read the resolv.conf file must be restarted to recognize the change to DNS.&amp;nbsp; That’s our take from this: &lt;A target="_blank" href="http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&amp;amp;cc=us&amp;amp;taskId=120&amp;amp;prodSeriesId=3204147&amp;amp;prodTypeId=18964&amp;amp;objectID=c01484332&amp;amp;printver=true"&gt;http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?lang=en&amp;amp;cc=us&amp;amp;taskId=120&amp;amp;prodSeriesId=3204147&amp;amp;prodTypeId=18964&amp;amp;objectID=c01484332&amp;amp;printver=true&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, our specific question is this: With regard to ServiceGuard, what’s the best way to address a change to the resolv.conf file (like when the first DNS server listed therein drops)?&amp;nbsp; Is there a way to recover cleanly and quickly from this w/o having to reboot?&amp;nbsp; We thought one possible solution might be to restart the cmcld daemon but, for the life of us, we cannot figure out how to do that.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Has anyone run up against this and/or come up with any goodness to deal with it?&amp;nbsp; Thanks in advance!&lt;/P&gt;</description>
      <pubDate>Wed, 27 Mar 2013 19:56:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-problems-when-dns-server-changed/m-p/6011913#M558155</guid>
      <dc:creator>Joe Geiger</dc:creator>
      <dc:date>2013-03-27T19:56:35Z</dc:date>
    </item>
  </channel>
</rss>

