search for: capture_nfssucceed

.... I have rerun the tests, doing tcpdump on the server tcpdump -i any -nnSs 0 host 172.16.1.121 -w /root/capture_nfsfail.pcap The results are in the same place http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ capture_nfsfail.pcap has the results from the failed touch experiment capture_nfssucceed.pcap has the results from the successful touch experiment The brick log files are there too. I believe we are using kernel-NFS exporting a fuse mounted gluster volume. I am having Steve confirm this. I tried to find the fuse-mnt logs but failed. Where should I look for them? Thanks Pat...

...ump -i any -nnSs 0 host 172.16.1.121 -w /root/capture_nfsfail.pcap >> >> The results are in the same place >> >> http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ >> >> capture_nfsfail.pcap has the results from the failed touch experiment >> capture_nfssucceed.pcap has the results from the successful touch >> experiment >> >> The brick log files are there too. > > Thanks for sharing. Looks like the error is not generated > @gluster-server side. The permission denied error was caused by either > kNFS or by fuse-mnt process...

...on the server > > tcpdump -i any -nnSs 0 host 172.16.1.121 -w /root/capture_nfsfail.pcap > > The results are in the same place > > http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ > > capture_nfsfail.pcap has the results from the failed touch experiment > capture_nfssucceed.pcap has the results from the successful touch > experiment > > The brick log files are there too. Thanks for sharing. Looks like the error is not generated @gluster-server side. The permission denied error was caused by either kNFS or by fuse-mnt process or probably by the combination...

...er phaley can write > > ibfdr-compute-0-4(test)% touch dum > ibfdr-compute-0-4(test)% > > I have put the packet captures in > > http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ > > capture_nfsfail.pcap has the results from the failed touch experiment > capture_nfssucceed.pcap has the results from the successful touch > experiment > > The command I used for these was > > tcpdump -i ib0 -nnSs 0 host 172.16.1.119 -w /root/capture_nfstest.pcap > > The brick log files are also in the above link. If I read them > correctly they both funny time...

...fdr-compute-0-4(test)% touch dum >> ibfdr-compute-0-4(test)% >> >> I have put the packet captures in >> >> http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ >> >> capture_nfsfail.pcap has the results from the failed touch experiment >> capture_nfssucceed.pcap has the results from the successful touch >> experiment >> >> The command I used for these was >> >> tcpdump -i ib0 -nnSs 0 host 172.16.1.119 -w /root/capture_nfstest.pcap I hope these pkts were captured on the node where NFS server is running. Could you please...

...16.1.121 -w /root/capture_nfsfail.pcap >>> >>> The results are in the same place >>> >>> http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ >>> >>> capture_nfsfail.pcap has the results from the failed touch experiment >>> capture_nfssucceed.pcap has the results from the successful touch >>> experiment >>> >>> The brick log files are there too. >> >> Thanks for sharing. Looks like the error is not generated >> @gluster-server side. The permission denied error was caused by >> either...

...sfail.pcap >>>> >>>> The results are in the same place >>>> >>>> http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ >>>> >>>> capture_nfsfail.pcap has the results from the failed touch experiment >>>> capture_nfssucceed.pcap has the results from the successful touch >>>> experiment >>>> >>>> The brick log files are there too. >>> >>> Thanks for sharing. Looks like the error is not generated >>> @gluster-server side. The permission denied error was cau...

...est Under this directory (mounted via nfs) user phaley can write ibfdr-compute-0-4(test)% touch dum ibfdr-compute-0-4(test)% I have put the packet captures in http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ capture_nfsfail.pcap has the results from the failed touch experiment capture_nfssucceed.pcap has the results from the successful touch experiment The command I used for these was tcpdump -i ib0 -nnSs 0 host 172.16.1.119 -w /root/capture_nfstest.pcap The brick log files are also in the above link. If I read them correctly they both funny times. Specifically I see entries from a...

...t; The results are in the same place >>>>> >>>>> http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ >>>>> >>>>> capture_nfsfail.pcap has the results from the failed touch >>>>> experiment >>>>> capture_nfssucceed.pcap has the results from the successful touch >>>>> experiment >>>>> >>>>> The brick log files are there too. >>>> >>>> Thanks for sharing. Looks like the error is not generated >>>> @gluster-server side. The permiss...

On 06/27/2017 10:17 AM, Pranith Kumar Karampuri wrote: > The only problem with using gluster mounted via NFS is that it does not > respect the group write permissions which we need. > > We have an exercise coming up in the a couple of weeks. It seems to me > that in order to improve our write times before then, it would be good > to solve the group write permissions for gluster