[gpfsug-discuss] How to shrink GPFS on DSSG's?

Luis Bolinches luis.bolinches at fi.ibm.com
Mon Jun 20 20:47:06 BST 2022


Those redeploys days are gone :)

And on ESS you get a fix number of vdisks per enclosure. To avoid having a 1PB or bigger vdisk. That makes it as you mentioned … not manageable. 

--
Cheers

> On 20. Jun 2022, at 22.20, Jonathan Buzzard <jonathan.buzzard at strath.ac.uk> wrote:
> 
> On 20/06/2022 20:12, Jaime Pinto wrote:
>> Thanks JAB and Luis
>> I know, there are mmdelnsd, mmdeldisk, mmrestripefs and a few other correlated mm* commands. They are very high-level in work in bulk discreet fashion (I mean, considering the number of NSDs we have, each deletion will shave 4% of the storage at once, that is too much).
> 
> Then you are goosed. An NSD cannot be changed in size once created and can only ever be in a file system or out a file system. The only way to change the size of a GPFS file system is by adding or removing NSD's.
> 
> I am not a fan of how the DSS-G creates small numbers of huge NSD's. In fact the script sucks a *lot* from a systems admin perspective. Then again someone at IBM thought redeploying your entire OS every time you want to make a point release upgrade was a good idea.
> 
> 
> JAB.
> 
> -- 
> Jonathan A. Buzzard                         Tel: +44141-5483420
> HPC System Administrator, ARCHIE-WeSt.
> University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
> 
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org 

Unless otherwise stated above:

Oy IBM Finland Ab
PL 265, 00101 Helsinki, Finland
Business ID, Y-tunnus: 0195876-3
Registered in Finland


More information about the gpfsug-discuss mailing list