|
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:
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@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-users
|
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-users
