[Gluster-users] nfs-ganesha locking problems

Soumya Koduri skoduri at redhat.com
Fri Oct 6 07:53:58 UTC 2017



On 10/03/2017 02:15 AM, Bernhard Dübi wrote:
> Hi Soumya,
> 
> what I can say so far:
> 
> it is working on a standalone system but not on the clustered system
> 

Hi,

Sorry for the delay. Locking seem to have failed due to below 
nsm_monitor error :

03/10/2017 14:27:38 : epoch 59cbce8c : chvirnfsprd12 : 
ganesha.nfsd-8516[work-2] nsm_monitor :NLM :DEBUG :Monitor 
chglboraprd10.fpprod.corp
03/10/2017 14:27:38 : epoch 59cbce8c : chvirnfsprd12 : 
ganesha.nfsd-8516[work-2] nsm_monitor :NLM :CRIT :Can not monitor 
chglboraprd10.fpprod.corp SM_MON status 1
03/10/2017 14:27:38 : epoch 59cbce8c : chvirnfsprd12 : 
ganesha.nfsd-8516[work-2] nlm4_Lock :NLM :DEBUG :REQUEST RESULT: 
nlm4_Lock NLM4_DENIED_NOLOCKS

And you have mentioned that it happens only on clustered system. Could 
you please check following

-- Ensure that client and server hostnames are dns resolvable
-- Is rpc.statd service running?
  #ps uax | grep statd
# rpcinfo -p | grep status

If not running please start the below service -
# systemctl start rpc-statd.service

Now restart nfs-ganesha service as well. If it still doesn't work,

--  please check if there are any errors in system logs 
(/var/log/messages) wrt statd service

-- verify if the below folders are present

#ls -ld /var/lib/nfs
(this path should be symlink to the gluster_storage mount point - 
/var/run/gluster/shared_storage/nfs_ganesha)

#ls /var/lib/nfs/statd/
sm  sm.bak  state


Thanks,
Soumya


More information about the Gluster-users mailing list