Hi John, Yes, you can remove one of the servers and yes, we’ve done it and yes, the documentation is clear and correct. ;-)
Last time I did this we were in a full cluster downtime, so unmounting wasn’t an issue. We were changing our network architecture and so the IP addresses of all NSD servers save one were changing. It was a bit … uncomfortable … for the brief period of time I had to make the one NSD server the one and only NSD server for ~1 PB of storage! But it worked just fine… HTHAL… Kevin On Apr 4, 2018, at 4:11 AM, John Hearns <[email protected]<mailto:[email protected]>> wrote: I should say I already have a support ticket open for advice on this issue. We have a filesystem which has NSDs which have two servers defined, for instance: nsd: device=/dev/sdb servers=sn007,sn008 nsd=nsd1 usage=dataOnly Can I remove one of these servers? The object is to upgrade this server and change its hostname, the physical server will stay in place. Has anyone carried out an operation similar to this? I guess the documentation here is quite clear: https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/General%20Parallel%20File%20System%20(GPFS)/page/NSD%20server%20balance<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdeveloperworks%2Fcommunity%2Fwikis%2Fhome%3Flang%3Den%23!%2Fwiki%2FGeneral%2520Parallel%2520File%2520System%2520(GPFS)%2Fpage%2FNSD%2520server%2520balance&data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7Cf2ffa137afda4368e32708d59a5c513c%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C1%7C636584643653030858&sdata=XYE5TGimxvz54s87MPmOcK%2Fh6Fkyfmx1CpeSpF1P5DM%3D&reserved=0> “If you want to change configuration for a NSD which is already belongs to a file system, you need to unmount the file system before running mmchnsd command.” -- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. Unless explicitly stated otherwise in the body of this communication or the attachment thereto (if any), the information is provided on an AS-IS basis without any express or implied warranties or liabilities. To the extent you are relying on this information, you are doing so at your own risk. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. Neither the sender nor the company/group of companies he or she represents shall be liable for the proper and complete transmission of the information contained in this communication, or for any delay in its receipt. _______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org<http://spectrumscale.org/> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7CKevin.Buterbaugh%40vanderbilt.edu%7Cf2ffa137afda4368e32708d59a5c513c%7Cba5a7f39e3be4ab3b45067fa80faecad%7C0%7C1%7C636584643653030858&sdata=Wqpqck%2FuCuzJnolVxElWG6Eky5R%2Bsc4tyvEp6we85Sw%3D&reserved=0
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
