search for: fuse_mnt

...to form a cluster. > [root at tuxpad glusterfs]# gluster v create testvol replica 3 > 127.0.0.2:/home/ravi/bricks/brick{1..3} force > [root at tuxpad glusterfs]# gluster v start testvol > [root at tuxpad glusterfs]# mount -t glusterfs 127.0.0.2:testvol > /mnt/fuse_mnt/ > [root at tuxpad glusterfs]# touch /mnt/fuse_mnt/FILE > [root at tuxpad glusterfs]# ll /home/ravi/bricks/brick*/FILE > -rw-r--r--. 2 root root 0 Jun 11 21:55 /home/ravi/bricks/brick1/FILE > -rw-r--r--. 2 root root 0 Jun 11 21:55 /home/ravi/bricks/brick2/FILE > -...

Dear list, In a recent discussion on this list Ravi suggested that the documentation for replace-brick? was out of date. For a distribute?replicate volume the documentation currently says that we need to kill the old brick's PID, create a temporary empty directory on the FUSE mount, check the xattrs, replace-brick with commit force. Is all this still necessary? I'm running Gluster 5.6 on

Hi Soumya, (1) In http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ I've placed the following 2 log files etc-glusterfs-glusterd.vol.log gdata.log The first has repeated messages about nfs disconnects. The second had the <fuse_mnt_direcotry>.log name (but not much information). (2) About the gluster-NFS native server: do you know where we can find documentation on how to use/install it? We haven't had success in our searches. Thanks Pat On 07/04/2017 05:01 AM, Soumya Koduri wrote: > > > On 07/03/2017...

...gt; > 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. To check fuse-mnt logs, please look at /var/log/glusterfs/<fuse_mnt_direcotry>.log For eg.: if you have fuse mounted the gluster volume at /mnt/fuse-mnt and exported it via kNFS, the log location for that fuse_mnt shall be at /var/log/glusterfs/mnt-fuse-mnt.log Also why not switch to either gluster-NFS native server or NFS-Ganesha instead of using kNFS, as...

...gt; > Hi Soumya, > > (1) In http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ > I've placed the following 2 log files > > etc-glusterfs-glusterd.vol.log > gdata.log > > The first has repeated messages about nfs disconnects. The second had > the <fuse_mnt_direcotry>.log name (but not much information). > > (2) About the gluster-NFS native server: do you know where we can > find documentation on how to use/install it? We haven't had success > in our searches. > > Thanks > > Pat > > > On 07/04/2017 05:01 AM,...

...gt; (1) In http://mseas.mit.edu/download/phaley/GlusterUsers/TestNFSmount/ >> I've placed the following 2 log files >> >> etc-glusterfs-glusterd.vol.log >> gdata.log >> >> The first has repeated messages about nfs disconnects. The second had >> the <fuse_mnt_direcotry>.log name (but not much information). >> Hmm yeah..weird ..there are not much logs in fuse mnt log file. >> (2) About the gluster-NFS native server: do you know where we can >> find documentation on how to use/install it? We haven't had success >> in our...

Hi Soumya, When I originally did the tests I ran tcpdump on the client. 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

...edu/download/phaley/GlusterUsers/TestNFSmount/ >>> I've placed the following 2 log files >>> >>> etc-glusterfs-glusterd.vol.log >>> gdata.log >>> >>> The first has repeated messages about nfs disconnects. The second had >>> the <fuse_mnt_direcotry>.log name (but not much information). >>> > > Hmm yeah..weird ..there are not much logs in fuse mnt log file. > >>> (2) About the gluster-NFS native server: do you know where we can >>> find documentation on how to use/install it? We haven't ha...