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

[Buterbaugh, Kevin L]

Hi Scott and Valdis (and everyone else),

Thanks for your responses.

Yes, we _could_ easily build a local naming scheme … the name of the fileset matches the name of a folder in one of a couple of parent directories.  However, an earlier response to my post asked if we’d be willing to share our script with the community and we would … _if_ we can make it generic enough to be useful.  Local naming schemes hardcoded in the script make it much less generically useful.

Plus, it just seems to me that there ought to be a way to do this … to get a list of fileset names from mmlsquota and then programmatically determine their junction path without having root privileges.  GPFS has got to be storing that information somewhere, and I’m frankly quite surprised that no IBMer has responded with an answer to that.  But I also know that when IBM is silent, there’s typically a reason.

And yes, we could regularly create a static file … in fact, that’s what we do now once per day (in the early morning hours).  While this is not a huge deal - we only create / delete filesets a handful of times per month - on the day we do the script won’t function properly unless we manually update the file.  I’m wanting to eliminate that, if possible … which as I stated in the preceding paragraph, I have a hard time believing is not possible.

I did look at the list of callbacks again (good thought!) and there’s not one specifically related to the creation / deletion of a fileset.  There was only one that I saw that I think could even possibly be of use … ccrFileChange.  Can anyone on the list confirm or deny that the creation / deletion of a fileset would cause that callback to be triggered??  If it is triggered, then we could use that to update the static filesets within a minute or two of the change being made, which would definitely be acceptable.  I realize that many things likely trigger a ccrFileChange, so I’m thinking of having a callback script that checks the current list of filesets against the static file and updates that appropriately.

Thanks again for the responses…

Kevin

> On Jan 13, 2019, at 10:09 PM, Scott Goldman <scottg at emailhosting.com> wrote:
> 
> Kevin,
> Something I've done in the past is to create a service that once an hour/day/week that would build a static file that consists of the needed output.
> 
> As long as you can take the update delay (or perhaps trigger the update with a callback), this should work and could actually be lighter on the system.
> 
> Sent from my BlackBerry - the most secure mobile device
> 
>   Original Message  
> From: valdis.kletnieks at vt.edu
> Sent: January 12, 2019 4:07 PM
> To: gpfsug-discuss at spectrumscale.org
> Reply-to: gpfsug-discuss at spectrumscale.org
> Subject: Re: [gpfsug-discuss] Get list of filesets _without_ running	mmlsfileset?
> 
> On Sat, 12 Jan 2019 03:07:29 +0000, "Buterbaugh, Kevin L" said:
>> But from there I need to then be able to find out where that fileset is
>> mounted in the directory tree so that I can see who the owner and group of that
>> directory are.
> 
> You're not able to leverage a local naming scheme? There's no connection between
> the name of the fileset and where it is in the tree?  I would hope there is, because
> otherwise when your tool says 'Fileset ag5eg19 is over quota', your poor user will
> now be confused over what director(y/ies) need to be cleaned up.  If your tool
> says 'Fileset foo_bar_baz is over quota' and the user knows that's mounted at
> /gpfs/foo/bar/baz then it's actionable.
> 
> And if the user knows what the mapping is, your script can know it too....
>