<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 22, 2016 at 4:48 PM, Ralf Schenk <span dir="ltr"><<a href="mailto:rs@databay.de" target="_blank">rs@databay.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>I also see from the logs that all your Storage-Domains that work
are mounted as nfsVersion='V4' but
ovirt-nfs.netsec:/ovirt/hosted-engine is mounted as
nfsVersion='null'.</p></div></blockquote><div><br></div><div>Hi Robert,</div><div>unfortunately Ralf is right: I reproduced the issue.</div><br>The auto-import procedure for the hosted-engine storage domain ignores the nfsVersion parameter and so we don't have a value for that in the engine DB.</div><div class="gmail_quote">On hosted-engine hosts, the agent mounts the hosted-engine storage domain before the engine and so everything is fine since the agent knows that it's nfsv4.</div><div class="gmail_quote"><br></div><div class="gmail_quote">The issue comes with the hosts of that datacenter not involved in hosted-engine: in this case the engine simply tries to mount without the nfsVersion parameter and so, if the NFS server cannot be access over nfsv3, the mount could fail and the host will be declared as not operation.</div><div class="gmail_quote"><br></div><div class="gmail_quote">I opened a ticket to track it:</div><div class="gmail_quote"><a href="https://bugzilla.redhat.com/show_bug.cgi?id=1359265">https://bugzilla.redhat.com/show_bug.cgi?id=1359265</a></div><div class="gmail_quote"><br></div><div class="gmail_quote">If you need a quick fix you can:</div><div class="gmail_quote">- fix the configuration of your storage server to allow it to be accessed also over nfsv3</div><div class="gmail_quote">- edit the configuration of the storage connection in the engine DB on the engine VM to add the missing parameter. Something like:</div><div class="gmail_quote"> # sudo -u postgresl psql<br></div><div class="gmail_quote"> \c engine;<br></div><div class="gmail_quote"> select * from storage_server_connections;<br></div><div class="gmail_quote"> UPDATE storage_server_connections SET nfs_version = '4' WHERE connection = 'ovirt-nfs.netsec:/ovirt/hosted-engine';<br></div><div class="gmail_quote"> commit;</div><div class="gmail_quote"> select * from storage_server_connections;</div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000">
<p>Bye<br>
</p><div><div class="h5">
<br>
<div>Am 22.07.2016 um 16:17 schrieb Simone
Tiraboschi:<br>
</div>
<blockquote type="cite">
<pre>On Fri, Jul 22, 2016 at 3:47 PM, Robert Story <a href="mailto:rstory@tislabs.com" target="_blank"><rstory@tislabs.com></a> wrote:
</pre>
<blockquote type="cite">
<pre>Hello,
I'm in the process of upgrading from 3.5.x to 3.6.x. My hosted engine and
hosts in the primary cluster are all upgraded and appear to be running fine.
I have a second cluster of 2 machines which are just regular hosts, without
the hosted-engine. Both have been marked non-operational, with the
following messages logged about every 5 minutes:
Failed to connect Host perses to Storage Pool Default
Host perses cannot access the Storage Domain(s) hosted_storage attached to the Data Center Default. Setting Host state to Non-Operational.
Host perses reports about one of the Active Storage Domains as Problematic.
Failed to connect Host perses to Storage Servers
Failed to connect Host perses to the Storage Domains hosted_storage.
I could see the normal storage/iso/export domains mounted on the host, and
the VMs running on the host are fine.
</pre>
</blockquote>
<pre>In 3.5 only the hosts involved in hosted-engine have to access the
hosted-engine storage domain.
With 3.6 we introduced the capabilities to manage the engine VM from
the engine itself so the engine has to import in the hosted-engine
storage domain.
This means that all the hosts in the datacenter that contains the
cluster with the hosted-engine hosts have now to be able to connect
the hosted-engine storage domain.
Can you please check the ACL on the storage server (NFS or iSCSI) that
you use to expose the hosted-engine storage domain?
</pre>
<blockquote type="cite">
<pre>I shut down the VMs on one host, put it in maintenance mode, installed 3.6
repo and ran yum update. All went well, but when I activated the host, same
deal.
I've attached the engine log snippet for the activation attempt.
Robert
--
Senior Software Engineer @ Parsons
_______________________________________________
Users mailing list
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div></div><div>-- <br>
<p>
</p>
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td colspan="3"><img src="cid:part1.28604224.8B5314B3@databay.de" height="30" border="0" width="151"></td>
</tr>
<tr>
<td valign="top"> <font face="Verdana, Arial, sans-serif" size="-1"><br>
<b>Ralf Schenk</b><br>
fon <a href="tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070" value="+492405408370" target="_blank">+49 (0) 24 05 / 40 83 70</a><br>
fax <a href="tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759" value="+4924054083759" target="_blank">+49 (0) 24 05 / 40 83 759</a><br>
mail <a href="mailto:rs@databay.de" target="_blank"><font color="#FF0000"><b>rs@databay.de</b></font></a><br>
</font> </td>
<td width="30"> </td>
<td valign="top"> <font face="Verdana, Arial, sans-serif" size="-1"><br>
<b>Databay AG</b><br>
Jens-Otto-Krag-Straße 11<br>
D-52146 Würselen<br>
<a href="http://www.databay.de" target="_blank"><font color="#FF0000"><b>www.databay.de</b></font></a>
</font> </td>
</tr>
<tr>
<td colspan="3" valign="top"> <font face="Verdana, Arial,
sans-serif" size="1"><br>
Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE
210844202<br>
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
Yavari, Dipl.-Kfm. Philipp Hermanns<br>
Aufsichtsratsvorsitzender: Wilhelm Dohmen </font> </td>
</tr>
</tbody>
</table>
<hr color="#000000" noshade size="1" width="100%">
</div>
</div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>