<div class="socmaildefaultfont" dir="ltr" style="font-family:Arial, Helvetica, sans-serif;font-size:12pt" ><div dir="ltr" >CES largely doesn't interfere with NFS client setup. They only thing CES does is call rpc.statd directly without using systemd framework as you correctly pointed below. This shouldn't make your NFS mount command fail. Also, NFS4 doesn't use rpc.statd anyway.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Having said that, don't use CES node as NFS client especially with NFSv3. Default options of NFSv3 mount will create an NLM port interfering with NFS-Ganesha NLM operation.</div>
<div dir="ltr" > </div>
<div dir="ltr" >Your mount command error message indicates that "some.other.server" server doesn't seem to run NFSv4 server (or NFS4.1 server).  Can you send rpcinfo commands to check if NFS server is running there (something like "rpcinfo -T tcp other-server nfs")</div>
<div dir="ltr" > </div>
<div dir="ltr" >Regards, Malahal.</div>
<div dir="ltr" > </div>
<blockquote data-history-content-modified="1" data-history-expanded="1" dir="ltr" style="border-left:solid #aaaaaa 2px; margin-left:5px; padding-left:5px; direction:ltr; margin-right:0px" >----- Original message -----<br>From: "Hannappel, Juergen" <juergen.hannappel@desy.de><br>Sent by: gpfsug-discuss-bounces@spectrumscale.org<br>To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org><br>Cc:<br>Subject: [EXTERNAL] [gpfsug-discuss] Mounting an nfs share on a CES node<br>Date: Wed, Oct 21, 2020 9:52 PM<br> 
<div><font face="Default Monospace,Courier New,Courier,monospace" size="2" >Hi,<br>I have a CES node exporting some filesystems vis smb and ganesha in a standard CES setup.<br>Now I want to mount a nfs share from a different, non-CES server on this CES node.<br>This did not work:<br>mount -o -fstype=nfs4,minorversion=1,rw,rsize=65536,wsize=65536 some.other.server:/some/path /mnt/<br>mount.nfs: mount to NFS server 'some.other.server:/some/path' failed: RPC Error: Program unavailable<br><br>Does the CES software stack interfere with the nfs client setup? It seems that at least with<br>rpc-statd there is some conflict:<br><br> systemctl status rpc-statd<br>● rpc-statd.service - NFS status monitor for NFSv2/3 locking.<br>   Loaded: loaded (/usr/lib/systemd/system/rpc-statd.service; static; vendor preset: disabled)<br>   Active: failed (Result: exit-code) since Wed 2020-10-21 17:48:21 CEST; 22min ago<br>  Process: 19896 ExecStart=/usr/sbin/rpc.statd $STATDARGS (code=exited, status=1/FAILURE)<br><br>Oct 21 17:48:21 mynode systemd[1]: Starting NFS status monitor for NFSv2/3 locking....<br>Oct 21 17:48:21 mynode rpc.statd[19896]: Statd service already running!<br>Oct 21 17:48:21 mynode systemd[1]: rpc-statd.service: control process exited, code=exited status=1<br>Oct 21 17:48:21 mynode systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking..<br>Oct 21 17:48:21 mynode systemd[1]: Unit rpc-statd.service entered failed state.<br>Oct 21 17:48:21 mynode systemd[1]: rpc-statd.service failed.<br>--<br>Dr. Jürgen Hannappel  DESY/IT    Tel.  : +49 40 8998-4616<br>_______________________________________________<br>gpfsug-discuss mailing list<br>gpfsug-discuss at spectrumscale.org<br><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a> </font><br> </div></blockquote>
<div dir="ltr" > </div></div><BR>