NFS-Ganesha, Gluster and file creation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux