[Gluster-users] Deleted file sometimes remains in .glusterfs/unlink

Ravishankar N ravishankar at redhat.com
Tue Nov 20 06:32:55 UTC 2018

On 11/19/2018 08:18 PM, David Spisla wrote:
> Hello Gluster Community,
> sometimes it happens that a file accessed via FUSE or SMB will remain 
> in .glusterfs/unlink after delete it. The command 'df -hT' still 
> prints the volume capacity before the files was deleted. Another 
> observation is that after waiting a hole nigth the file is removed 
> completely and there is the correct capacit . Is this behaviour "works 
> as design"?
Is this a replicate volume? Files end up in .glusterfs/unlink post 
deletion only if there is still an fd open on the file. Perhaps there 
was an on going data-self heal or another application had not yet closed 
the file descriptor?
Which version of gluster are you using and what is the volume info?
> The issue was mentioned here already:
> https://lists.gluster.org/pipermail/gluster-devel/2016-July/049952.html
> and there seems to be a fix . But unfortunately it still occurs and 
> there is only the workaround to restart the brick processes or wait 
> for some hours.
> Regards
> David Spisla
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20181120/fc192b07/attachment.html>

More information about the Gluster-users mailing list