<div dir="ltr"><div><div><div>Hi <span class="gmail-gD" name="lejeczek">lejeczek,<br><br></span>We have seen this issue before. <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1421933">https://bugzilla.redhat.com/show_bug.cgi?id=1421933</a><br></div>The problem here is that the accounting xattr in the backend becomes FFFFF...<br></div>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.<br><br></div><div>This is a race and we do not have a consistent reproducer for it yet. <b>Could you describe the operations that were being done on the volume when u ran into this?</b><br></div><div><br>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. <br></div><div><b>Could you also share the xattr values on all bricks: find . | xargs getfattr -d -m. -e hex </b><br></div><div><div><div>​<br></div><div>To recover from this you could do a quota disable and enable.<br><br></div><div>Thanks and Regards,<br></div><div>Sanoj<br></div></div></div></div>