<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 27/10/16 11:34, Simone Tiraboschi
wrote:<br>
</div>
<blockquote
cite="mid:CAN8-ONrPXnyJb2wT1w1iS-q8FrUbg3Ss-_2hjJ9Of2jKi9SDnw@mail.gmail.com"
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"><<a
moz-do-not-send="true"
href="mailto:jonas.israelsson@elementary.se"
target="_blank">jonas.israelsson@elementary.se</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings.<br>
<br>
We are under the impression if the machine that runs the
oVirt-engine looses it'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'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 ---> 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>
Well it's not like the machine (nor oVirt) doesn’t have a working
DNS. My point is, I'm under the impression it only uses one (the
first) from resolv.conf and ignores the rest.<br>
<br>
Rgds,<br>
Jonas<br>
<br>
<br>
</body>
</html>