We have a GPFS setup where we have (amongst others) a root fileset and several filesets for user groups. We come from a 3.2 setup, where we did not have the possibility to use independent filesets with their own inode space, so everything ultimately derives from the root fileset, inode-wise. At least, that is my understanding of the setup. We have recently updated to 184.108.40.206, but the inode spaces obvisouly did not turn magically into independent sets.
What we now see is the following when running mmrepquota (or mmlsquota):
user1 root USR -25422944 4930928640 5190451200 163840 none | -93 0 0 93 none
user1 g1 USR 498963808 4930928640 5190451200 0 none | 535333 0 0 0 none
user1 g1 GRP 511455424 0 0 0 none | 628607 0 0 0 none
So, the softquota is broken on g1 but no grace is shown. And the quota on the root fileset is reported as being negative. We ran mmcheckquota, which resolved things, yet 30 minutes later, we again see negative quota being reported.
Any suggestions on how to fix/avoid this? Is this related to upgrading to 3.5.x, and keeping dependent filesets? We do not see this behaviou on e.g., 3.5.x with independent filesets.
Thanks in advance,