<div dir="ltr"><div>Hi Wodel,<br><br></div>Can you please verify that the patch that Nir sent [1] indeed solves the problem?<br><div class="gmail_extra">You can use &quot;git fetch <a href="https://gerrit.ovirt.org/vdsm">https://gerrit.ovirt.org/vdsm</a> refs/changes/79/61579/2 &amp;&amp; git checkout FETCH_HEAD&quot;.<br><br></div><div class="gmail_extra"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br></div>Idan<br></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, Jul 27, 2016 at 11:36 PM, Nir Soffer <span dir="ltr">&lt;<a href="mailto:nsoffer@redhat.com" target="_blank">nsoffer@redhat.com</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 class=""><div class="h5">On Wed, Jul 27, 2016 at 10:41 PM, Nir Soffer &lt;<a href="mailto:nsoffer@redhat.com">nsoffer@redhat.com</a>&gt; wrote:<br>
&gt; On Wed, Jul 27, 2016 at 6:07 PM, Nir Soffer &lt;<a href="mailto:nsoffer@redhat.com">nsoffer@redhat.com</a>&gt; wrote:<br>
&gt;&gt; On Wed, Jul 27, 2016 at 4:57 PM, Idan Shaby &lt;<a href="mailto:ishaby@redhat.com">ishaby@redhat.com</a>&gt; wrote:<br>
&gt;&gt;&gt; Hi,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Can you please attach the vdsm log so we can get all the details?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Thanks,<br>
&gt;&gt;&gt; Idan<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Wed, Jul 27, 2016 at 4:24 PM, wodel youchi &lt;<a href="mailto:wodel.youchi@gmail.com">wodel.youchi@gmail.com</a>&gt;<br>
&gt;&gt;&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Hi,<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I wanted to test the new version of oVirt the 4.0.1 on FC23, using HE<br>
&gt;&gt;&gt;&gt; method and using NFSv4 for storage.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; When launching the deploy command, and choosing nfsv4 and filling the<br>
&gt;&gt;&gt;&gt; mount point, the setup exits with error : Connection to storage server<br>
&gt;&gt;&gt;&gt; failed.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; In vdsm log I have this error:<br>
&gt;&gt;&gt;&gt; Could not connect to storageServer<br>
&gt;&gt;&gt;&gt; Traceback (most recent call last):<br>
&gt;&gt;&gt;&gt; ...<br>
&gt;&gt;&gt;&gt; OSError: [Errno 2] Mount of `noveria.wodel.wd:/engine_vm` at<br>
&gt;&gt;&gt;&gt; `/rhev/data-center/mnt/noveria.wodel.wd:_engine__vm` does not exist<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; the df -h command shows that the nfs mount was done, but the device path<br>
&gt;&gt;&gt;&gt; contains a double slash.<br>
&gt;&gt;&gt;&gt; noveria.wodel.wd://vmengine  656G  111G  513G  18%<br>
&gt;&gt;&gt;&gt; /rhev/data-center/mnt/noveria.wodel.wd:_vmengine<br>
&gt;&gt;<br>
&gt;&gt; Can you share the output of:<br>
&gt;&gt;<br>
&gt;&gt;     cat /proc/mounts<br>
&gt;&gt;<br>
&gt;&gt; This is what vdsm is using the check if a mount exists.<br>
&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I am not sure of the problem, but I think it&#39;s the double slash on the<br>
&gt;&gt;&gt;&gt; nfs4 path when using fsid=0: noveria.wodel.wd://vmengine<br>
&gt;&gt;<br>
&gt;&gt; Vdsm is normalizing the mount path - when you try to mount:<br>
&gt;&gt;<br>
&gt;&gt;      noveria.wodel.wd://vmengine<br>
&gt;&gt;<br>
&gt;&gt; Vdsm normalize the path to:<br>
&gt;&gt;<br>
&gt;&gt;      noveria.wodel.wd:/vmengine<br>
&gt;&gt;<br>
&gt;&gt; And it pass this value to the mount command.<br>
&gt;&gt;<br>
&gt;&gt; Vdsm expect that the kernel will not modify the value and return unormalized<br>
&gt;&gt; paths.<br>
&gt;&gt;<br>
&gt;&gt; This looks like an issue reported in the util-linux list:<br>
&gt;&gt; <a href="http://www.spinics.net/lists/util-linux-ng/msg13078.html" rel="noreferrer" target="_blank">http://www.spinics.net/lists/util-linux-ng/msg13078.html</a><br>
&gt;&gt;<br>
&gt;&gt; According to the report, this is known issue in the kernel and unlikely to<br>
&gt;&gt; be fixed soon.<br>
&gt;&gt;<br>
&gt;&gt; So it seems that we do need to normalize also what the kernel returns<br>
&gt;&gt; in /proc/mounts.<br>
&gt;<br>
&gt; I posted these patches that should fix this issue.<br>
&gt; <a href="https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:ovirt-4.0+topic:backport/4.0/normalize-mounts" rel="noreferrer" target="_blank">https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:ovirt-4.0+topic:backport/4.0/normalize-mounts</a><br>
<br>
</div></div>Testing the nfs4 patch show that we need more work.<br>
<br>
In the meantime, can you check if using mount path with double slash<br>
(e.g. server://path) in engine works?<br>
<br>
Also, can you file a bug about this?<br>
<br>
Cheers,<br>
Nir<br>
</blockquote></div><br></div></div>