Aah! Another one of those options not so well documented or exposed:
Usage:
mmrepquota [-u] [-g] [-e] [-q] [-n] [-v] [-t]
[--block-size {BlockSize | auto}] {-a | Device[:Fileset] ...}
or
mmrepquota -j [-e] [-q] [-n] [-v] [-t]
[--block-size {BlockSize | auto}] {-a | Device ...}
I agree, in this way it would be easier for a script to deal with
fields that have spaces, using ':' as a field separator. However it
mangles all the information together, making it very difficult for
human eyes of a sysadmin to deal with in its original format.
I'll take it under consideration for the scripts version (many of them
to be revised), however the best is for the original and plain reports
to have consistence.
Thanks
Jaime
Quoting "Oesterlin, Robert" <[email protected]>:
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
************************************
TELL US ABOUT YOUR SUCCESS STORIES
http://www.scinethpc.ca/testimonials
************************************
---
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
http://gpfsug.org/mailman/listinfo/gpfsug-discuss