Whamcloud - gitweb
Branch HEAD
authortianzy <tianzy>
Tue, 23 Jun 2009 06:25:18 +0000 (06:25 +0000)
committertianzy <tianzy>
Tue, 23 Jun 2009 06:25:18 +0000 (06:25 +0000)
commit7661294557774975dbd7aa90014f4ab1610db7df
tree8ae682406371520cb7bffe82c117d898d81f23cb
parent222305972a5d38b0fe111966da775e98a0ec8269
Branch HEAD
use lqs to judge which uid/gid are set quota limitaton and
which uid/gid are not, and treat them differently.
I found a few issues after landing the patch for 18574.(some are caused by it, some are easier to
be reproduced by it)
1. in setquota, quota slaves will set their quota limitation to 1 and then get more quota. But in
this time, it's lqs size is the default value. If we have set a small quota limitation, we will
meet -EDQUOT. So we should adjust qunit firstly in this situation.
2. filter_quota_ctl(), we should promise there is no qunit is calculated or sent between
qctxt_wait_pending_dqacq() and fsfilt_quotactl(). Now I did this via a "fake" qunit.
b=18574
i=johann
i=panda
aVS: ----------------------------------------------------------------------
12 files changed:
lustre/include/lustre/lustre_idl.h
lustre/include/lustre_quota.h
lustre/lvfs/fsfilt_ext3.c
lustre/lvfs/lustre_quota_fmt.c
lustre/quota/lproc_quota.c
lustre/quota/quota_adjust_qunit.c
lustre/quota/quota_context.c
lustre/quota/quota_ctl.c
lustre/quota/quota_interface.c
lustre/quota/quota_internal.h
lustre/quota/quota_master.c
lustre/tests/sanity-quota.sh