[gpfsug-discuss] Independent fileset free inodes

[Chad Kerner]

You can use the mmlsfileset DEVICE -L option to see the maxinodes and allocated inodes.  I have a perl script that loops through all of our file systems every hour and scans for it.  If one is nearing capacity(tunable threshold in the code), it automatically expands it by a set amount(also tunable).  We add 10% currently.  This also works on file systems that have no filesets as it appears as the root fileset.  

I can check with my boss to see if its ok to post it if you want it.  Its about 40 lines of perl.

Chad
--
Chad Kerner, Systems Engineer
Storage Enabling Technologies
National Center for Supercomputing Applications

On Fri, Aug 07, 2015 at 09:30:21AM -0700, Rei Lee wrote:
> We have the same problem when we started using independent fileset. I think
> this should be a RFE item that IBM should provide a tool similar to 'mmdf
> -F' to show the number of free/used inodes for an independent fileset.
> 
> Rei
> 
> On 8/7/15 8:56 AM, Simon Thompson (Research Computing - IT Services) wrote:
> >I was just wondering if anyone had a way to return the number of free/used inodes for an independent fileset and all its children.
> >
> >We recently had a case where we were unable to create new files in a child file-set, and it turns out the independent parent had run out of inodes.
> >
> >mmsf however only lists the inodes used directly in the parent fileset, I.e. About 8 as that was the number of child filesets.
> >
> >The suggestion from IBM support is that we use mmdf and then add up the numbers from all the child filesets to workout how many are free/used in the independent fileset.
> >
> >Does anyone have a script to do this already?
> >
> >Surely there is a better way?
> >
> >Thanks
> >
> >Simon
> >_______________________________________________
> >gpfsug-discuss mailing list
> >gpfsug-discuss at gpfsug.org
> >http://gpfsug.org/mailman/listinfo/gpfsug-discuss
> 
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
>