[gpfsug-discuss] Get list of filesets _without_ running mmlsfileset?

[Jeffrey R. Lang]

What we do is the use “mmlsquota -Y <device>” which will list out all the filesets in an easily parseable format.   And the command can be run by the user.


From: gpfsug-discuss-bounces at spectrumscale.org <gpfsug-discuss-bounces at spectrumscale.org> On Behalf Of Peter Childs
Sent: Friday, January 11, 2019 6:50 AM
To: gpfsug-discuss at spectrumscale.org
Subject: Re: [gpfsug-discuss] Get list of filesets _without_ running mmlsfileset?

◆ This message was sent from a non-UWYO address. Please exercise caution when clicking links or opening attachments from external sources.

We have a similar issue, I'm wondering if getting mmlsfileset to work as a user is a reasonable "request for enhancement" I suspect it would need better wording.


We too have a rather complex script to report on quota's that I suspect does a similar job. It works by having all the filesets mounted in known locations and names matching mount point names. It then works out which ones are needed by looking at the group ownership, Its very slow and a little cumbersome. Not least because it was written ages ago in a mix of bash, sed, awk and find.








On Tue, 2019-01-08 at 22:12 +0000, Buterbaugh, Kevin L wrote:
Hi All,

Happy New Year to all!  Personally, I’ll gladly and gratefully settle for 2019 not being a dumpster fire like 2018 was (those who attended my talk at the user group meeting at SC18 know what I’m referring to), but I certainly wish all of you the best!

Is there a way to get a list of the filesets in a filesystem without running mmlsfileset?  I was kind of expecting to find them in one of the config files somewhere under /var/mmfs but haven’t found them yet in the searching I’ve done.

The reason I’m asking is that we have a Python script that users can run that needs to get a list of all the filesets in a filesystem.  There are obviously multiple issues with that, so the workaround we’re using for now is to have a cron job which runs mmlsfileset once a day and dumps it out to a text file, which the script then reads.  That’s sub-optimal for any day on which a fileset gets created or deleted, so I’m looking for a better way … one which doesn’t require root privileges and preferably doesn’t involve running a GPFS command at all.

Thanks in advance.

Kevin

P.S.  I am still working on metadata and iSCSI testing and will report back on that when complete.
P.P.S.  We ended up adding our new NSDs comprised of (not really) 12 TB disks to the capacity pool and things are working fine.

—
Kevin Buterbaugh - Senior System Administrator
Vanderbilt University - Advanced Computing Center for Research and Education
Kevin.Buterbaugh at vanderbilt.edu<mailto:Kevin.Buterbaugh at vanderbilt.edu> - (615)875-9633



_______________________________________________

gpfsug-discuss mailing list

gpfsug-discuss at spectrumscale.org

http://gpfsug.org/mailman/listinfo/gpfsug-discuss



--
Peter Childs
ITS Research Storage
Queen Mary, University of London

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20190111/44007842/attachment.htm>