Hmm, stupid me - I had only some files belonging to user 'root' on that 
filesystem.
Checking the quota of a user when there are no user-files does not work.

So for the record: no quota, no space accounting if there is nothing to account 
for.


TLDR:
I have since reformatted, issued "lctl conf_param hebetest.quota.mdt=ug" and "lctl conf_param hebetest.quota.ost=ug", just to see these error messages again.

For the fun of it, I did "lctl conf_param hebetest.quota.mdt=u" and "lctl conf_param hebetest.quota.ost=u", which did not provoke these messages again.

I asked for my quota
--------------------------
lfs quota -v -u troth /lustre/testhebe
Disk quotas for usr troth :
     Filesystem  kbytes   quota   limit   grace   files   quota   limit   grace
/lustre/testhebe
                    [0]       0       0       -       0       0       0       -
hebetest-MDT0000_UUID
                      0       -       0       -       0       -       0       -
quotactl ost0 failed.
quotactl ost1 failed.
Total allocated inode limit: 0, total allocated block limit: 0
Some errors happened when getting quota info. Some devices may be not working or deactivated. The data in "[]" is inaccurate.
------------------------

"quotactl failed" never happens/is never explained?


Since measuring a zero is always tricky business, I put two directories pinned to my two OSTs and wrote one file each _as user troth_.

Now I get

-------------------------
lfs quota -v -u troth /lustre/testhebe
Disk quotas for usr troth (uid 4128):
     Filesystem  kbytes   quota   limit   grace   files   quota   limit   grace
/lustre/testhebe
                1525409       0       0       -       4       0       0       -
hebetest-MDT0000_UUID
                      8       -       0       -       4       -       0       -
hebetest-OST0000_UUID
                 704780       -       0       -       -       -       -       -
hebetest-OST0001_UUID
                 820622       -       0       -       -       -       -       -
Total allocated inode limit: 0, total allocated block limit: 0
------------------------------------

(and of course the group quota also works).


Cheers,
Thomas

On 11/17/2017 03:51 PM, Thomas Roth wrote:
Hi all,

I have this test system where the OSS are CentOS 7.4, ZFS 0.7.1, the MDS uses ldiskfs. Lustre version = 2.10

When I check the quota of some user - "lfs quota -u troth /lustre/hebetest" - I'm told by the client that the data may be inaccurate, log entry is
 > LustreError: 10006:0:(osc_quota.c:291:osc_quotactl()) ptlrpc_queue_wait 
failed, rc: -2
  while the OSS says
> can't enable quota enforcement since space accounting isn't functional. Please run tunefs.lustre --quota ...

osd-*.*.quota_slave.info reads

target name:    hebetest-OST000..
pool ID:        0
type:           dt
quota enabled:  none
conn to master: setup
space acct:     ug
user uptodate:  glb[0],slv[0],reint[0]
group uptodate: glb[0],slv[0],reint[0]
project uptodate: glb[0],slv[0],reint[0]

everywhere.
I have switched on quota enforcement in the meantime, so it is
quota enabled:  ug
by now. As expected, no impact.

But, "Space accounting" -  should just be there, once I have a ZFS backend?

rc: -2  = /* No such file or directory */   - which file is missing?
Did I manage to delete a quota file on the OSTs? How did I do that?


The "isn't functional" error message shows up in LU-9790, but that is about 
project quota.


Regards,
Thomas
_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

_______________________________________________
lustre-discuss mailing list
[email protected]
http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org

Reply via email to