[LU-13639] sanity-quota test_2: user create failure, but expect success Created: 05/Jun/20  Updated: 18/May/22

Status: Reopened
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.14.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Maloo Assignee: WC Triage
Resolution: Unresolved Votes: 0
Labels: None

Issue Links:
Duplicate
is duplicated by LU-14498 sanity-quota test_2: group create fai... Resolved
is duplicated by LU-15345 sanity-quota test_2: user create fail... Resolved
Related
is related to LU-12100 sanity-quota test_2: user create fail... Resolved
Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

This issue was created by maloo for Chris Horn <hornc@cray.com>

This issue relates to the following test suite run: https://testing.whamcloud.com/test_sets/9c62c874-7e05-4e6b-b866-c70839290d5a

test_2 failed with the following error:

lfs setquota: warning: inode hardlimit '1024' smaller than minimum qunit size
See 'lfs help setquota' or Lustre manual for details
Create 1024 files ...
running as uid/gid/euid/egid 60000/60000/60000/60000, groups:
 [createmany] [-m] [/mnt/lustre/d2.sanity-quota/f2.sanity-quota-0] [1024]
mknod(/mnt/lustre/d2.sanity-quota/f2.sanity-quota-0603) error: Disk quota exceeded
...
 sanity-quota test_2: @@@@@@ FAIL: user create failure, but expect success 

My code includes the fix from LU-12100, so this is a new issue.

VVVVVVV DO NOT REMOVE LINES BELOW, Added by Maloo for auto-association VVVVVVV
sanity-quota test_2 - user create failure, but expect success
sanity-quota test_2 - group create failure, but expect success
sanity-quota test_2 - project create failure, but expect success



 Comments   
Comment by Emoly Liu [ 03/Jul/20 ]

+1 on master: https://testing.whamcloud.com/test_sets/0949995e-42f1-47bd-9608-5274a4c9fc69

Comment by Chris Horn [ 13/Aug/20 ]

+1 on master https://testing.whamcloud.com/test_sessions/1d16ea99-f37e-4fd7-b568-26d4bb884e29

Comment by Andreas Dilger [ 20/Apr/21 ]

+10 on master review-dne-zfs-part-4 in the past 4 weeks, none on ldiskfs:

Comment by Sergey Cheremencev [ 17/Dec/21 ]

+1 on master: https://testing.whamcloud.com/test_sets/12d6110f-16ea-464b-80a3-2f36b1433268

 

Comment by Sergey Cheremencev [ 27/Dec/21 ]

+1 on master: https://testing.whamcloud.com/test_sets/f45dcd0a-4980-4def-acdc-af770833ede4

Unfortunately, logs from my link don't include anything from qmt and it is not finally clear why it fails.
However, I believe the problem is caused by a too small limit. The test uses soft_least_qunit which is 1024 - it is equal to minimum possible qunit size. So if an MDT begins to create inodes and sends, for example, pre acquire request to a QMT until the end of creating 1024 inodes, QMT may set EDQUOT.

mknod(/mnt/lustre/d2.sanity-quota/f2.sanity-quota-0567) error: Disk quota exceeded
total: 567 create in 0.67 seconds: 849.21 ops/second
Disk quotas for usr quota_usr (uid 60000):
     Filesystem  kbytes   quota   limit   grace   files   quota   limit   grace
    /mnt/lustre     846       0       0       -     564       0    1024       -
lustre-MDT0000_UUID
                    846       -       0       -     564       -    1024       -
lustre-MDT0001_UUID
                      0       -       0       -       0       -       0       -
lustre-MDT0002_UUID
                      0       -       0       -       0       -       0       -

I added "lfs quota -uv" to sanity-quota_2 that passes and found that "files" and "limit" for MDT1 is 0 after the 1st run of createmany.

Comment by Gerrit Updater [ 27/Dec/21 ]

"Sergey Cheremencev <sergey.cheremencev@hpe.com>" uploaded a new patch: https://review.whamcloud.com/45943
Subject: LU-13639 tests: increase limit in sanity-quota t_2
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: 8ad861a3103ad6c0733e88b5119bc2e611703da9

Comment by Gerrit Updater [ 26/Jan/22 ]

"Oleg Drokin <green@whamcloud.com>" merged in patch https://review.whamcloud.com/45943/
Subject: LU-13639 tests: increase limit in sanity-quota t_2
Project: fs/lustre-release
Branch: master
Current Patch Set:
Commit: c19acc6c2400fdf72ebfd2b07fd1da0bf5e21266

Comment by Peter Jones [ 26/Jan/22 ]

Landed for 2.15

Comment by John Hammond [ 08/Apr/22 ]

Still failing after https://review.whamcloud.com/45943/.

https://testing.whamcloud.com/sub_tests/477706fb-a275-4b56-85d0-8ed6dd7bc99b
https://testing.whamcloud.com/sub_tests/f2d962c6-b666-4512-adeb-c437c3253558
https://testing.whamcloud.com/test_sets/9f4ef362-8607-47a0-8dd2-a435badb200d

Comment by Sergey Cheremencev [ 08/Apr/22 ]

https://testing.whamcloud.com/sub_tests/477706fb-a275-4b56-85d0-8ed6dd7bc99b
https://testing.whamcloud.com/sub_tests/f2d962c6-b666-4512-adeb-c437c3253558
https://testing.whamcloud.com/test_sets/9f4ef362-8607-47a0-8dd2-a435badb200d

It seems now it fails only with "project create fail, but expect success", while before https://review.whamcloud.com/45943/ it failed for all quota types: user, group and project. Are there also failures for quota and user?

Comment by Chris Horn [ 18/May/22 ]

+1 on master. This is a "user" failure. https://testing.whamcloud.com/test_sets/e99d958d-2053-4ca4-bb33-fa8339f00a98

Generated at Sat Feb 10 03:02:57 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.