[Gluster-users] Trashcan issue with vim editor

[Anoop C S]

On Thu, 2016-02-04 at 12:05 +0530, Anoop C S wrote:
> On Fri, 2016-01-29 at 18:59 +0530, PankaJ Singh wrote:
> > Hi,
> > 
> > Thanks Anoop for the help, 
> > Would you please tell me when can we expect this new release with
> > this bug fix. 
> > 
> 
> Please find the corresponding patch posted for mainline at [1]. I am
> not sure whether we can back port the same and include it for 3.7.8.
> I
> will update the thread asap.
> 
> [1] https://review.gluster.org/#/c/13346/
> 

Due to immediate release of 3.7.8, we couldn't include the change in
3.7.8. You can expect this fix to land in GlusterFS 3.7.9. I will add
this bug to release tracker for 3.7.9.

> --Anoop C S.
> 
> > 
> > Thanks & Reagrds
> > 
> > 
> > 
> > On Fri, Jan 29, 2016 at 12:42 PM, Anoop C S <anoopcs at redhat.com>
> > wrote:
> > > On Wed, 2016-01-27 at 15:25 +0530, PankaJ Singh wrote:
> > > > 
> > > > Hi,
> > > > 
> > > > We are using gluster 3.7.6 on ubuntu 14.04. We are facing an
> > > issue
> > > > with trashcan feature.
> > > > Our scenario is as follow:
> > > > 
> > > > 1. 2 node server (ubuntu 14.04 with glusterfs 3.7.6)
> > > > 2. 1 client node (ubuntu 14.04)
> > > > 3. I have created one volume vol1 with 2 bricks in replica and
> > > with
> > > > transport = tcp mode.
> > > > 4. I have enabled quota on vol1
> > > > 5. Now I have enabled trashcan feature on vol1 
> > > > 6. Now I have mounted vol1 on client's home directory "mount -t
> > > > glusterfs -o transport=tcp server-1:/vol1 /home/"
> > > > 7. Now when I logged in via any existing non-root user and
> > > perform
> > > > any editing via vim editor then I getting this error "E200:
> > > *ReadPre
> > > > autocommands made the file unreadable" and my user's home
> > > > directory permission get changed to 000. after sometime these
> > > > permission gets revert back automatically.
> > > > 
> > > > (NOTE: user's home directories are copied in mounted directory
> > > > glusterfs volume vol1)
> > > > 
> > > 
> > > As discussed over irc, we will definitely look into this issue
> > > [1]
> > > and
> > > get back asap. On the other side, I have some solid reasons in
> > > recommending not to use swap/backup files, created/used by Vim,
> > > when
> > > trash is enabled for a volume (assuming you have the basic vimrc
> > > config
> > > where swap/backup files are enabled by default):
> > > 
> > > 1. You will see lot of foo.swpx/foo.swp files (with time stamp
> > > appended
> > >    in their filenames) inside trashcan as Vim creates and removes
> > > these
> > >    swap files every now and then.
> > > 
> > > 2. Regarding backup files, you will notice a list of 4913 named
> > > files
> > >    inside .trashcan. These files are created and deleted by Vim
> > > to
> > > make
> > >    sure that it can create files in the current directory. And of
> > >    course every time you save it with :w.
> > > 
> > > 3. Similar is the case with undo files like .foo.un~.
> > > 
> > > 4. Last but not the least, every time you do a :w, Vim performs a
> > >    truncate operation which will cause the previous version of
> > > file
> > > to
> > >    be moved to .trashcan.
> > > 
> > > Having said that, you can insert the following lines to your
> > > vimrc
> > > file
> > > to prevent those unnecessary files, described through first 3
> > > points,
> > > to land inside .trashcan.
> > > 
> > > set noundofile
> > > set noswapfile
> > > set nobackup
> > > set nowritebackup
> > > 
> > > As per the current implementation, we cannot prevent previous
> > > versions
> > > of file being created inside trash directory and I think these
> > > files
> > > will serve as backup files for future which is a good to have
> > > feature.
> > > 
> > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1302307
> > > 
> > > --Anoop C S
> > > 
> > > > 
> > > > Thanks & Regards
> > > > PankaJ Singh
> > > > _______________________________________________
> > > > Gluster-users mailing list
> > > > Gluster-users at gluster.org
> > > > http://www.gluster.org/mailman/listinfo/gluster-users
> > > 
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-users