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, "[email protected] on behalf
of Buterbaugh, Kevin L" <[email protected] on
behalf of [email protected]> 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
>><[email protected]> 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
>>><[email protected]> 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, "[email protected] on
>>>behalf of Jaime Pinto" <[email protected] on
>>>behalf of [email protected]> 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

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

Reply via email to