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: <[email protected]> on behalf of Kuei-Yu Wang-Knop <[email protected]> Reply-To: gpfsug main discussion list <[email protected]> Date: Thursday, December 19, 2019 at 2:06 PM To: gpfsug main discussion list <[email protected]> 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: [email protected] [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" <[email protected]> To: "[email protected]" <[email protected]> Date: 12/19/2019 12:22 PM Subject: [EXTERNAL] [gpfsug-discuss] Quota: revert user quota to FILESET default Sent by: [email protected] ________________________________ 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@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 http://gpfsug.org/mailman/listinfo/gpfsug-discuss
