[gpfsug-discuss] fix mmrepquota report format during grace periods

Simon Thompson (Research Computing - IT Services) S.J.Thompson at bham.ac.uk
Tue Mar 28 16:11:58 BST 2017


I thought this was because the -Y flag was going into new commands and
being added to older commands during later releases.

So it might be that it was added, but the docs not updated.

Simon

On 28/03/2017, 16:04, "gpfsug-discuss-bounces at spectrumscale.org on behalf
of Buterbaugh, Kevin L" <gpfsug-discuss-bounces at spectrumscale.org on
behalf of Kevin.Buterbaugh at Vanderbilt.Edu> wrote:

>Ugh!  Of course, I¹m wrong Š mmlsquota does support the ³-Y² option Š
>it¹s just not documented.  Why not????
>
>Kevin
>
>> On Mar 28, 2017, at 10:00 AM, Buterbaugh, Kevin L
>><Kevin.Buterbaugh at Vanderbilt.Edu> wrote:
>> 
>> Hi Bob, Jaime, and GPFS team,
>> 
>> That¹s great for mmrepquota, but mmlsquota does not have a similar
>>option AFAICT.  
>> 
>> That has really caused me grief Š for example, I¹ve got a Perl script
>>that takes mmlsquota output for a user and does two things:  1) converts
>>it into something easier for them to parse, and 2) doesn¹t display
>>anything for the several dozen filesets they don¹t have access to.  That
>>Perl script is ~300 lines and probably about a third of that is dealing
>>with the grace period spacing issueŠ
>> 
>> Kevin
>> 
>>> On Mar 28, 2017, at 9:54 AM, Oesterlin, Robert
>>><Robert.Oesterlin at nuance.com> wrote:
>>> 
>>> Try running it with the ³-Y² option, it returns an easily to read
>>>output:
>>> mmrepquota -Y dns
>>> 
>>>mmrepquota::HEADER:version:reserved:reserved:filesystemName:quotaType:id
>>>:name:blockUsage:blockQuota:blockLimit:blockInDoubt:blockGrace:filesUsag
>>>e:filesQuota:filesLimit:filesInDoubt:filesGrace:remarks:quota:defQuota:f
>>>id:filesetname:
>>> 
>>>mmrepquota::0:1:::dns:USR:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:0:ro
>>>ot:
>>> 
>>>mmrepquota::0:1:::dns:USR:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:1:us
>>>ers:
>>> 
>>>mmrepquota::0:1:::dns:GRP:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:0:ro
>>>ot:
>>> 
>>>mmrepquota::0:1:::dns:GRP:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:1:us
>>>ers:
>>> 
>>>mmrepquota::0:1:::dns:FILESET:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:
>>>::
>>> 
>>>mmrepquota::0:1:::dns:FILESET:1:users:0:4294967296:4294967296:0:none:1:0
>>>:0:0:none:e:on:off:::
>>> 
>>> Bob Oesterlin
>>> Sr Principal Storage Engineer, Nuance
>>> 
>>> 
>>> 
>>> On 3/28/17, 9:47 AM, "gpfsug-discuss-bounces at spectrumscale.org on
>>>behalf of Jaime Pinto" <gpfsug-discuss-bounces at spectrumscale.org on
>>>behalf of pinto at scinet.utoronto.ca> wrote:
>>> 
>>>   Any chance you guys in the GPFS devel team could patch the
>>>mmrepquota  
>>>   code so that during grace periods the report column for "none" would
>>> 
>>>   still be replaced with >>>*ONE*<<< word? By that I mean, instead of
>>>"2  
>>>   days" for example, just print "2-days" or "2days" or "2_days", and
>>>so  
>>>   on.
>>> 
>>>   I have a number of scripts that fail for users when they are over
>>>   their quotas under grace periods, because the report shifts the
>>>   remaining information for that user 1 column to the right.
>>> 
>>>   Obviously it would cost me absolutely nothing to patch my scripts to
>>> 
>>>   deal with this, however the principle here is that the reports
>>>   generated by GPFS should be the ones keeping consistence.
>>> 
>>>   Thanks
>>>   Jaime
>>> 
>>> 
>>> 
>>> 
>>>             ************************************
>>>              TELL US ABOUT YOUR SUCCESS STORIES
>>>             
>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__www.scinethpc.ca_tes
>>>timonials&d=DwICAg&c=djjh8EKwHtOepW4Bjau0lKhLlu-DxM1dlgP0rrLsOzY&r=LPDew
>>>t1Z4o9eKc86MXmhqX-45Cz1yz1ylYELF9olLKU&m=PnZlzkqTEICwnHCIZvUgTr2CN-RqtzN
>>>sKbADKWCeLhA&s=TVGnqMwSWqNI1Vu1BlCcwXiVGsLUO9ZnbqlasVmT2HU&e=
>>>             ************************************
>>>   ---
>>>   Jaime Pinto
>>>   SciNet HPC Consortium - Compute/Calcul Canada
>>>   www.scinet.utoronto.ca - www.computecanada.ca
>>>   University of Toronto
>>>   661 University Ave. (MaRS), Suite 1140
>>>   Toronto, ON, M5G1M1
>>>   P: 416-978-2755
>>>   C: 416-505-1477
>>> 
>>>   ----------------------------------------------------------------
>>>   This message was sent using IMP at SciNet Consortium, University of
>>>Toronto.
>>> 
>>>   _______________________________________________
>>>   gpfsug-discuss mailing list
>>>   gpfsug-discuss at spectrumscale.org
>>>   
>>>https://urldefense.proofpoint.com/v2/url?u=http-3A__gpfsug.org_mailman_l
>>>istinfo_gpfsug-2Ddiscuss&d=DwICAg&c=djjh8EKwHtOepW4Bjau0lKhLlu-DxM1dlgP0
>>>rrLsOzY&r=LPDewt1Z4o9eKc86MXmhqX-45Cz1yz1ylYELF9olLKU&m=PnZlzkqTEICwnHCI
>>>ZvUgTr2CN-RqtzNsKbADKWCeLhA&s=AXRwDMAVkYdwEaSFzejLQzNnS-KXoKj9GauzeEuu2H
>>>8&e= 
>>> 
>>> 
>>> _______________________________________________
>>> 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
>
>_______________________________________________
>gpfsug-discuss mailing list
>gpfsug-discuss at spectrumscale.org
>http://gpfsug.org/mailman/listinfo/gpfsug-discuss




More information about the gpfsug-discuss mailing list