[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?
-Ravi
>
> 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