Gluster users - Feb 2017 - crazy quota numbers

hi everyone

my gluster insists that:

~]$ gluster vol quota DATA list
                   Path                   Hard-limit  
Soft-limit Used  Available  Soft-limit exceeded? Hard-limit 
exceeded?
-------------------------------------------------------------------------------------------------------------------------------
/                                        600.0GB     
99%(594.0GB) 16384.0PB 735.0GB              
No                   No

what the heck is happening? Would you know?
many thx,
L.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gluster.org/pipermail/gluster-users/attachments/20170212/314e9654/attachment.html>

Hi lejeczek,

We have seen this issue before.
https://bugzilla.redhat.com/show_bug.cgi?id=1421933
The problem here is that the accounting xattr in the backend becomes
FFFFF...
This happens likely due to an underflow (value goes below 0) on some
operation like rm/unlink/truncate/mv. We would be adding defensive checks
to prevent this, but that will not solve the accounting issue.

This is a race and we do not have a consistent reproducer for it yet. *Could
you describe the operations that were being done on the volume when u ran
into this?*

Due to the way quota works, if xattr of any directory goes wrong they get
bubbled up to all its ancestors. So, it would also help if we can identify
the lowest directory in the tree where the xattr has gone wrong and then
try to find the operations on that particular directory.
*Could you also share the xattr values on all bricks: find . | xargs
getfattr -d -m. -e hex *
?
To recover from this you could do a quota disable and enable.

Thanks and Regards,
Sanoj
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.gluster.org/pipermail/gluster-users/attachments/20170214/7ace35c5/attachment.html>