David Spisla
2018-Nov-19 14:48 UTC
[Gluster-users] Deleted file sometimes remains in .glusterfs/unlink
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"? 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20181119/b17dbb59/attachment.html>
Ravishankar N
2018-Nov-20 06:32 UTC
[Gluster-users] Deleted file sometimes remains in .glusterfs/unlink
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>