Hi, In case if you do not want to do a quota enable/disable(which is a cleaner operation) you can try this:
Just a point to add, to what Sanoj has mentioned in the previous mail, if you have identified the lowest level directory in the tree where the accounting has messed up, you can set "dirty" xattr flag on the directory. By setting a "dirty" flag marker will forcefully recalculate(add the sum of children and account to parent) the quota values. You can do this by setting "dirty" flag on (1) a gluster mount which will set on all the bricks or (2) you can do the same on a individual directory where quota accounting has gone bad: setfattr -n trusted.glusterfs.quota.dirty -v 1 <directory> -- Thanks & Regards, Manikandan Selvaganesan. (@Manikandan Selvaganesh on Web) On Tue, Feb 14, 2017 at 11:42 AM, Sanoj Unnikrishnan <[email protected]> wrote: > Hi lejeczek, > > We have seen this issue before. https://bugzilla.redhat.com/sh > ow_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 > > _______________________________________________ > Gluster-users mailing list > [email protected] > http://lists.gluster.org/mailman/listinfo/gluster-users >
_______________________________________________ Gluster-users mailing list [email protected] http://lists.gluster.org/mailman/listinfo/gluster-users
