All, Could someone(s) from the GPFS team please:
1) see that the appropriate documentation gets updated (manuals, “-h” option to commands, the man pages for the commands, etc.)? 2) let us know what version of GPFS introduced the undocumented “-Y” option for mmrepquota and mmlsquota? I’ve got numerous quota related scripts and I’m just curious to go back and figure out how much time I’ve wasted because I didn’t know about it. These “unknown unknowns” bite us again… ;-) Kevin > On Mar 28, 2017, at 10:11 AM, Simon Thompson (Research Computing - IT > Services) <[email protected]> wrote: > > 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 _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
