<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 27, 2016 at 11:42 AM, Jonas Israelsson <span dir="ltr">&lt;<a href="mailto:jonas.israelsson@elementary.se" target="_blank">jonas.israelsson@elementary.se</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF"><span class="gmail-">
    <p><br>
    </p>
    <br>
    <div class="gmail-m_4412695849928494776moz-cite-prefix">On 27/10/16 11:34, Simone Tiraboschi
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On Thu, Oct 27, 2016 at 10:17 AM,
            Jonas Israelsson <span dir="ltr">&lt;<a href="mailto:jonas.israelsson@elementary.se" target="_blank">jonas.israelsson@elementary.<wbr>se</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Greetings.<br>
              <br>
              We are under the impression if the machine that runs the
              oVirt-engine looses it&#39;s primary nameserver, the oVirt
              web-ui becomes more or less unresponsive.<br>
              <br>
              By primary I mean the nameserver at the top of resolv.conf<br>
              <br>
              In 3.x it was a disaster, 4.0 is far better, but for
              instance trying to import storage domains just gives you a
              spinning wheel when it&#39;s searching for nfs-domains to
              display.<br>
              <br>
              By reorder the nameservers in resolv.conf we got it
              working yesterday during our 3.6 ---&gt; 4.0 migration.<br>
              <br>
              Could someone confirm this, please ?<br>
              <br>
            </blockquote>
            <div><br>
            </div>
            <div>Yes, in order to correctly work, oVirt requires a
              working DNS also for reverse resolution.</div>
          </div>
        </div>
      </div>
    </blockquote></span>
    Well it&#39;s not like the machine (nor oVirt) doesn’t have a working
    DNS. My point is, I&#39;m under the impression it only uses one (the
    first) from resolv.conf and ignores the rest.<br>
    <br></div></blockquote><div><br></div><div>Not really, the default behavior is:</div><br>(The algorithm used is to try a name server, and if the query times out, try the next, until out of name servers, then repeat trying all the name servers until a maximum number of retries are made.)<div>From:</div><div><a href="https://linux.die.net/man/5/resolver">https://linux.die.net/man/5/resolver</a><br></div><div><br></div><div>That&#39;s why you see delays if the first DNS entry is not correctly working.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
    Rgds,<br>
    Jonas<br>
    <br>
    <br>
  </div>

</blockquote></div><br></div></div>