<div dir="ltr"><div><div><div>make sure nfs-lock,nfs-server and rpcbind is running<br></div>run rpcinfo -p and make sure ports on the firewall are allowed. Looks like you are using firewalld not plain iptables. Host and client firewall settings.<br></div>make sure you have the following in your /etc/exports file; (rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) <br>restart services and check showmount -e from client end.<br><br></div>Go grab the nfscheck.py file from  ovirt&#39;s github directory and run it. It will check your nfs mounts.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 16 March 2017 at 18:22, Yedidyah Bar David <span dir="ltr">&lt;<a href="mailto:didi@redhat.com" target="_blank">didi@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Wed, Mar 15, 2017 at 5:45 PM, Angel R. Gonzalez<br>
&lt;<a href="mailto:angel.gonzalez@uam.es">angel.gonzalez@uam.es</a>&gt; wrote:<br>
&gt; Hello,<br>
&gt; I&#39;ve installed a engine server and 2 host nodes. After install the 2 nodes<br>
&gt; I&#39;ve configured a nfs domain storage in the first node. After few minutes,<br>
&gt; the second host is down and I dont put it online.<br>
&gt;<br>
&gt; The log in the engine show:<br>
&gt;&gt;Host node2 cannot access the Storage Domain(s) nfsexport_node1 attached to<br>
&gt;&gt; the Data Center Labs. Setting Host state to Non-Operational.<br>
&gt;<br>
&gt; The nfsexport Storage Domain Format is V4, but in the /etc/nfsmount.conf<br>
&gt;     Defaultproto=tcp<br>
&gt;     Defaultvers=3<br>
&gt;     Nfsvers=3<br>
&gt;<br>
&gt; Also I&#39;ve added the line<br>
&gt;     NFS4_SUPPORT=&quot;no&quot;<br>
&gt; to /etc/sysconfig/nfs file<br>
&gt;<br>
&gt; The node1&#39;s iptables rules are:<br>
&gt;<br>
&gt; ACCEPT     all  --  anywhere             anywhere state RELATED,ESTABLISHED<br>
&gt; ACCEPT     icmp --  anywhere             anywhere<br>
&gt; ACCEPT     all  --  anywhere             anywhere<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:54321<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:54322<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:sunrpc<br>
&gt; ACCEPT     udp  --  anywhere             anywhere             udp dpt:sunrpc<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh<br>
&gt; ACCEPT     udp  --  anywhere             anywhere             udp dpt:snmp<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:websm<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:16514<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere multiport dports<br>
&gt; rockwell-csp2<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere multiport dports rfb:6923<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere multiport dports<br>
&gt; 49152:49216<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:nfs<br>
&gt; ACCEPT     udp  --  anywhere             anywhere             udp dpt:nfs<br>
&gt; ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:mountd<br>
&gt; ACCEPT     udp  --  anywhere             anywhere             udp dpt:mountd<br>
&gt; REJECT     all  --  anywhere             anywhere reject-with<br>
&gt; icmp-host-prohibited<br>
&gt;<br>
&gt; And the output of showmount -e command in a terminal of node1 is:<br>
&gt;&gt;/nfs/data *<br>
&gt;<br>
&gt; But the output of showmount -e node1 in a terminal of node2 is<br>
&gt;&gt;clnt_create: RPC: Port mapper failure - Unable to receive: errno 113 (No<br>
&gt;&gt; route to host)<br>
&gt;<br>
&gt; Any help?<br>
<br>
</div></div>Sounds like a general NFS issue, nothing specific to oVirt.<br>
<br>
You might want to use normal debugging means - tcpdump, strace, google :-), etc.<br>
<br>
I think your last error is because you need the portmapper port (111) open.<br>
You should see this easily with tcpdump or strace.<br>
<br>
Also please note that it&#39;s not considered a good idea to use one of the<br>
hosts as an nfs server, although some people happily do that. See also:<br>
<br>
<a href="https://lwn.net/Articles/595652/" rel="noreferrer" target="_blank">https://lwn.net/Articles/<wbr>595652/</a><br>
<br>
Best,<br>
<span class="im HOEnZb"><br>
&gt;<br>
&gt; Thanks you in advance.<br>
&gt;<br>
&gt; Ángel González<br>
&gt;<br>
&gt; ______________________________<wbr>_________________<br>
&gt; Users mailing list<br>
&gt; <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
&gt; <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">--<br>
Didi<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<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/<wbr>mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Ian Neilsen<br><br>Mobile: 0424 379 762<br>Linkedin: <a href="http://au.linkedin.com/in/ianneilsen" target="_blank">http://au.linkedin.com/in/ianneilsen</a><div>Twitter : ineilsen</div></div></div></div>
</div>