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:filesUsage:filesQuota:filesLimit:filesInDoubt:filesGrace:remarks:quota:defQuota:fid:filesetname: > mmrepquota::0:1:::dns:USR:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:0:root: > mmrepquota::0:1:::dns:USR:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:1:users: > mmrepquota::0:1:::dns:GRP:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:0:root: > mmrepquota::0:1:::dns:GRP:0:root:0:0:0:0:none:1:0:0:0:none:i:on:off:1:users: > 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_testimonials&d=DwICAg&c=djjh8EKwHtOepW4Bjau0lKhLlu-DxM1dlgP0rrLsOzY&r=LPDewt1Z4o9eKc86MXmhqX-45Cz1yz1ylYELF9olLKU&m=PnZlzkqTEICwnHCIZvUgTr2CN-RqtzNsKbADKWCeLhA&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_listinfo_gpfsug-2Ddiscuss&d=DwICAg&c=djjh8EKwHtOepW4Bjau0lKhLlu-DxM1dlgP0rrLsOzY&r=LPDewt1Z4o9eKc86MXmhqX-45Cz1yz1ylYELF9olLKU&m=PnZlzkqTEICwnHCIZvUgTr2CN-RqtzNsKbADKWCeLhA&s=AXRwDMAVkYdwEaSFzejLQzNnS-KXoKj9GauzeEuu2H8&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
