[Gluster-users] NFS-Ganesha, Gluster and file creation

Jonathan Archer jf_archer at yahoo.com
Tue Mar 6 11:28:08 UTC 2018


Hi All,
I know this isn't the ganesha mailing list but wondered if anyone can help.
I'm having issue with file creation over NFS, I have a gluster volume "vol1" presented via Ganesha with the following config:EXPORT{        Export_Id = 20;        Path = "/vol1";        FSAL {                name = GLUSTER;                hostname = "gnfs01";                volume = vol1;        }        Access_type = RW;        Disable_ACL = TRUE;        Squash = no_root_squash;        Pseudo = "/vol1";        Protocols = "4";        Transports = "UDP", "TCP";        SecType = "sys";}
I can mount the export from an external device, see files even modify existing files just not create new.
I'm sure i'm missing something simple but can't quite put my finger on it.
Ganesha debug output is:06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[decoder] thr_decode_rpc_requests :DISP :DEBUG :exiting, stat=XPRT_IDLE
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] worker_run :DISP :DEBUG :NFS protocol request, reqdata=0x7f38d80008c0 xprt=0x7f38d8001730 requests=1
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] get_gsh_client :HT CACHE :DEBUG :client_mgr cache hit slot 0
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs_rpc_execute :DISP :DEBUG :Request from ::ffff:192.168.1.54 for Program 100003, Version 4, Function 1 has xid=3709460458
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs4_Compound :NFS4 :DEBUG :COMPOUND: There are 4 operations, res = 0x7f37fc0008c0, tag = NO TAG
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs4_Compound :NFS4 :DEBUG :Request 0: opcode 53 is OP_SEQUENCE
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs4_op_sequence :SESSIONS :DEBUG :SEQUENCE session=0x7f3884000a80
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs4_Compound :NFS4 :DEBUG :Request 1: opcode 22 is OP_PUTFH
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] get_gsh_export :HT CACHE :DEBUG :export_mgr cache hit slot 20
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] cih_get_by_key_latch :HT CACHE :DEBUG :cih cache hit slot 27352
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs4_Compound :NFS4 :DEBUG :Request 2: opcode 3 is OP_ACCESS
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs_access_op :NFS3 :DEBUG :NFS3: DEBUG: Requested ACCESS=READ,LOOKUP,MODIFY,EXTEND,DELETE,-
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs_access_op :NFS3 :DEBUG :NFS3: DEBUG: access_mask = mode(rwx) ACL(list_dir,add_file,execute,add_subdirectory,delete_child)
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs_access_op :NFS3 :DEBUG :NFS3: DEBUG: Supported ACCESS=READ,LOOKUP,MODIFY,EXTEND,DELETE,-
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs_access_op :NFS3 :DEBUG :NFS3: DEBUG: Granted ACCESS=READ,LOOKUP,MODIFY,EXTEND,DELETE,-
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] nfs4_Compound :NFS4 :DEBUG :Request 3: opcode 9 is OP_GETATTR
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] file_To_Fattr :NFS4 ACL :DEBUG :No permission check for ACL for obj 0x559375cade98
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[disp] nfs_rpc_cond_stall_xprt :DISP :DEBUG :xprt 0x7f38d8001730 xp_refs 2 has 0 reqs active (max 512)
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[decoder] thr_decode_rpc_request :DISP :DEBUG :0x7f38d8001730 context (nil)
06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[decoder] nfs_rpc_enqueue_req :DISP :DEBUG :enqueued req, q 0x5593745b4e78 (REQ_Q_HIGH_LATENCY 0x5593745b4e78:0x5593745b4ee0) size is 1 (enq 49 deq 48)
Nothing special about the gluster volume, and i know its not gluster as I can mount the vol from the external device and write to it as expected.
Any ideas?
Thanks
Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20180306/033176ac/attachment.html>


More information about the Gluster-users mailing list