[LU-1782] Ignore sb_has_quota_active() in OFED's header Created: 23/Aug/12  Updated: 22/Feb/13  Resolved: 22/Dec/12

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.1.4, Lustre 1.8.8
Fix Version/s: Lustre 2.1.4, Lustre 1.8.9

Type: Bug Priority: Minor
Reporter: Shuichi Ihara (Inactive) Assignee: Niu Yawei (Inactive)
Resolution: Fixed Votes: 0
Labels: None
Environment:

b1_8, out-of-kernel-tree OFED, RHEL5

Issue Links:
Related
is related to LU-340 system hang when running sanity-quota... Resolved
Severity: 3
Rank (Obsolete): 6345

 Description   

On b1_8 + out-of-kerneltree OFED (e.g. Mellanox 1.5.3), the quota doesn't work well.

1 x MDT, 1 x OST are mounted on a server and one client mounts that Lustre.

  1. lfs quotaon -ug /l-exofed/
  2. lfs quotacheck /l-exofed
  3. lfs setquota -B 0 -g group1 /l-exofed/
  4. lfs setquota -B 100000 -g group1 /l-exofed/
  5. lfs quota -g group1 -v /l-exofed/
    Disk quotas for group group1 (gid 1001):
    Filesystem kbytes quota limit grace files quota limit grace
    /l-exofed/ 0 0 100000 - 0 0 0 -
    lustre-MDT0000_UUID
    0 - 1 - 0 - 0 -
    lustre-OST0000_UUID
    0 - 1 - - - - -
  1. su - user1
    -bash-3.2$ cd /l-exofed/
    -bash-3.2$ mkdir a
    mkdir: cannot create directory `a': Disk quota exceeded

The problem seems to be caused by two functions sb_has_quota_active() and sb_any_quota_active() defined in
$BACKPORT_INCLUDES/include/linux/quotaops.h and use them, instead of lustre defined.
1.8.8 was no problem with out-of-kerneltree OFED, so LU-1438 patches might be related.

I created the patches and will post it soon.

 Comments   
Comment by Shuichi Ihara (Inactive) [ 23/Aug/12 ]

posted patches. http://review.whamcloud.com/#change,3764

Comment by Peter Jones [ 23/Aug/12 ]

Thanks for the patches Ihara. Niu can you please take care of reviewing these?

Comment by Niu Yawei (Inactive) [ 23/Aug/12 ]

that could probably be the root cause of LU-340, thanks for your patch, Ihara.

Comment by Peter Jones [ 31/Aug/12 ]

This patch is landed to b1_8. Given that it relates to RHEL5 I think that it does not need to land to master but should also be ported to b2_1

Comment by Emoly Liu [ 29/Nov/12 ]

port for b2_1 is here http://review.whamcloud.com/#change,4704

Comment by Peter Jones [ 22/Dec/12 ]

Landed for 2.1.4

Generated at Sat Feb 10 01:19:38 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.