[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