You could also wrap whatever provisioning script you're using (the thing that runs mmcrfileset), which must already be running as root, so that it also updates the cached text file afterward.
-Paul -----Original Message----- From: [email protected] <[email protected]> On Behalf Of Skylar Thompson Sent: Wednesday, January 9, 2019 4:37 PM To: [email protected] Cc: [email protected] Subject: Re: [gpfsug-discuss] Get list of filesets _without_ running mmlsfileset? I suppose you could run the underlying tslsfileset, though that's probably not the answer you're looking for. Out of curiousity, what are you hoping to gain by not running mmlsfileset? Is the problem scaling due to the number of filesets that you have defined? On Tue, Jan 08, 2019 at 10:12:22PM +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 > [email protected]<mailto:[email protected] > > - (615)875-9633 > > > > _______________________________________________ > gpfsug-discuss mailing list > gpfsug-discuss at spectrumscale.org > http://gpfsug.org/mailman/listinfo/gpfsug-discuss -- -- Skylar Thompson ([email protected]) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine _______________________________________________ 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
