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
[email protected]
https://lists.gluster.org/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
[email protected]
https://lists.gluster.org/mailman/listinfo/gluster-users
