[gpfsug-discuss] Quota: revert user quota to FILESET default

Kuei-Yu Wang-Knop kywang at us.ibm.com
Thu Dec 19 19:25:01 GMT 2019


>> To make it more technical ….   This fellow’s  quota entryType is now
“e” .    I want to change it back to entryType “I”.  (I hope I’m not
talking nonsense here)

Currently there is no function to revert an explicit quota entry (e) to
initial (i) entry.

Kuei
------------------------------------
Kuei-Yu Wang-Knop
IBM Scalable I/O development
(845) 433-9333 T/L 293-9333, E-mail: kywang at us.ibm.com




From:	"Popescu, Razvan" <rp2927 at gsb.columbia.edu>
To:	gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date:	12/19/2019 02:18 PM
Subject:	[EXTERNAL] Re: [gpfsug-discuss] Quota:  revert user quota to
            FILESET default
Sent by:	gpfsug-discuss-bounces at spectrumscale.org



Thanks for your kind reply.

My problem is different though.

I have set a fileset default quota (doing all the steps you recommended)
and all was Ok.  During  operations I have edited *individual* quotas, for
example to increase certain user’s allocations.

Now,  I want to *revert*  (change back)  one of these users to the
(fileset) default quota !

For example,  I have used one user account to test the mmedquota command
setting his limits to a certain value (just testing).   I’d like now to
make that user’s quota be the default fileset quota, and not just
numerically,  but have his quota record follow the changes in fileset
default quota limits.

To make it more technical ….   This fellow’s  quota entryType is now “e” .
I want to change it back to entryType “I”.  (I hope I’m not talking
nonsense here)

mmedquota’s  “-d” option is supposed to reinstate the defaults, but it
doesn’t seem to work for fileset based quotas … !?!

Razvan

--


From: <gpfsug-discuss-bounces at spectrumscale.org> on behalf of Kuei-Yu
Wang-Knop <kywang at us.ibm.com>
Reply-To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Date: Thursday, December 19, 2019 at 2:06 PM
To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Subject: Re: [gpfsug-discuss] Quota: revert user quota to FILESET default



It sounds like you would like to have default perfileset quota enabled.
Have you tried to enable the default quota on the filesets and then set the
default quota limits for those filesets?

For example, in a filesystem fs9 and fileset fset9. File system fs9 has
default quota on and --perfileset-quota enabled.
      # mmlsfs fs9 -Q --perfileset-quota
      flag value description
      ------------------- ------------------------
      -----------------------------------
      -Q user;group;fileset Quotas accounting enabled
      user;fileset Quotas enforced
      user;group;fileset Default quotas enabled
      --perfileset-quota Yes Per-fileset quota enforcement

      #


Enable default user quota for fileset fset9, if not enabled yet,

e.g. "mmdefquotaon -u fs9:fset9"

Then set the default quota for this fileset using mmdefedquota"
      # mmdefedquota -u fs9:fset9

      ..
      *** Edit quota limits for USR DEFAULT entry for fileset fset9
      NOTE: block limits will be rounded up to the next multiple of the
      block size.
            block units may be: K, M, G, T or P, inode units may be: K, M
      or G.
      fs9: blocks in use: 0K, limits (soft = 102400K, hard = 1048576K)
              inodes in use: 0, limits (soft = 10000, hard = 22222)

      ...


Hope that this helps.


------------------------------------
Kuei-Yu Wang-Knop
IBM Scalable I/O development
(845) 433-9333 T/L 293-9333, E-mail: kywang at us.ibm.com


Inactive hide details for "Popescu, Razvan" ---12/19/2019 12:22:34 PM---Hi,
I’d like to revert a user’s quota to the fileset"Popescu, Razvan"
---12/19/2019 12:22:34 PM---Hi, I’d like to revert a user’s quota to the
fileset’s default, but “mmedquota -d -u <username>”

From: "Popescu, Razvan" <rp2927 at gsb.columbia.edu>
To: "gpfsug-discuss at spectrumscale.org" <gpfsug-discuss at spectrumscale.org>
Date: 12/19/2019 12:22 PM
Subject: [EXTERNAL] [gpfsug-discuss] Quota: revert user quota to FILESET
default
Sent by: gpfsug-discuss-bounces at spectrumscale.org




Hi,

I’d like to revert a user’s quota to the fileset’s default, but “mmedquota
-d -u <username>” fails because I do have not set a filesystem default….
[root at xxx]# mmedquota -d -u user
gsb USR default quota is off

(SpectrumScale 5.0.3 Standard Ed. on RHEL7 x86)

Is this a limitation of the current mmedquota implementation, or of
something more profound?...

I have several filesets within this filesystem, each with various quota
structures. A filesystem-wide default quota didn’t seem useful so I never
defined one; however I do have multiple fileset-level default quotas, and
this is the level at which I’d like to be able to handle this matter… Have
I hit a limitation of the implementation? Any workaround, if that’s the
case?

Many thanks,

Razvan Popescu
Columbia Business School
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss



_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=jf_iaSHvJObTbx-siA1ZOg&r=m2_UDb09pxCtr3QQCy-6gDUzpw-o_zJQig_xI3C2_1c&m=Nbr-ds_gTHq88IqMt3BvuP7-CagDQwEk2Bax6qK4iZo&s=D1aDuwRRm4mrIjdMBLSYo28KEflXV7WLywFw7puhlFU&e=



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20191219/a4e78360/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20191219/a4e78360/attachment-0004.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 16683622.gif
Type: image/gif
Size: 106 bytes
Desc: not available
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20191219/a4e78360/attachment-0005.gif>


More information about the gpfsug-discuss mailing list