[gpfsug-discuss] Upgrade with architecture change

Alex Chekholko chekh at stanford.edu
Wed Jun 7 23:12:56 BST 2017


Hi Jan,

I don't have hands-on experience with FPO or ppc64 but your procedure 
sounds OK to me.

How do you currently handle just shutting down an NSD node for 
maintenance?  I guess you'd have the same process except skip 5,6,7

How do you currently handle OS rebuild on NSD node?  Maybe try that 
first without the architecture change.  But I don't see why it would 
matter so long as you don't touch the GPFS disks.

Regards,
Alex

On 06/07/2017 07:04 AM, Sundermann, Jan Erik (SCC) wrote:
> Hi,
> 
> we are operating a small Spectrum Scale cluster with about 100 clients and 6 NSD servers. The cluster is FPO-enabled. For historical reasons the NSD servers are running on ppc64 while the clients are a mixture of ppc64le and x86_64 machines. Most machines are running Red Hat Enterprise Linux 7 but we also have few machines running AIX.
> 
> At the moment we have installed Spectrum Scale version 4.1.1 but would like to do an upgrade to 4.2.3. In the course of the upgrade we would like to change the architecture of all NSD servers and reinstall them with ppc64le instead of ppc64.
> 
>  From what I’ve learned so far it should be possible to upgrade directly from 4.1.1 to 4.2.3. Before doing the upgrade we would like to ask for some advice on the best strategy.
> 
> For the NSD servers, one by one, we are thinking about doing the following:
> 
> 1) Disable auto recovery
> 2) Unmount GPFS file system
> 3) Suspend disks
> 4) Shutdown gpfs
> 5) Reboot and reinstall with changed architecture ppc64le
> 6) Install gpfs 4.2.3
> 7) Recover cluster config using mmsdrrestore
> 8) Resume and start disks
> 9) Reenable auto recovery
> 
> Can GPFS handle the change of the NSD server’s architecture and would it be fine to operate a mixture of different architectures for the NSD servers?
> 
> 
> Thanks,
> Jan Erik




More information about the gpfsug-discuss mailing list