Whamcloud - gitweb
LU-17500 qmt: avoid "enforced bit set, but neither" 93/53893/3
authorSergey Cheremencev <scherementsev@ddn.com>
Fri, 2 Feb 2024 20:07:00 +0000 (23:07 +0300)
committerOleg Drokin <green@whamcloud.com>
Fri, 23 Feb 2024 07:15:34 +0000 (07:15 +0000)
commit7498e7c38dffe23752b03bf168f3b5419855b10b
tree2603fefea57a3e953a215ec763d1ca5adb94fe27
parent055f939979b20eb769803ecffd0caa53c440ad7d
LU-17500 qmt: avoid "enforced bit set, but neither"

Don't call qmt_revalidate_qunit in qmt_set_with_lqe
as it is possible that lqe_enforced bit is not cleared
in case when hard and soft limits are setting to 0.
No reasons to recalculate qunit and edquot when we
set limits to 0. For the case when limits are changed,
qunit and edquot will be calculated below in "dirtied"
branch. So not reasons to do this 2 times.

Patch helps to avoid following error:
LustreError: 21362:0:(qmt_entry.c:746:qmt_adjust_qunit())
  $$$ enforced bit set, but neither hard nor soft limit are set

Signed-off-by: Sergey Cheremencev <scherementsev@ddn.com>
Change-Id: I8f5d9630f43b66ae7ea2be0bf2c735a02e1f6299
Reviewed-on: https://review.whamcloud.com/c/fs/lustre-release/+/53893
Reviewed-by: Oleg Drokin <green@whamcloud.com>
Reviewed-by: Andreas Dilger <adilger@whamcloud.com>
Reviewed-by: Hongchao Zhang <hongchao@whamcloud.com>
Tested-by: jenkins <devops@whamcloud.com>
Tested-by: Maloo <maloo@whamcloud.com>
lustre/quota/qmt_handler.c