[gpfsug-discuss] Upgrade path
Vic Cornell
viccornell at gmail.com
Wed Aug 8 12:32:19 BST 2012
As with all of these things the Wiki is your friend.
In this case it will point you at the documentation.
The bits you want are here.
http://publib.boulder.ibm.com/infocenter/clresctr/vxrx/topic/com.ibm.cluster.gpfs.v3r5.gpfs300.doc/bl1ins_migratl.htm
and
http://publib.boulder.ibm.com/infocenter/clresctr/vxrx/topic/com.ibm.cluster.gpfs.v3r5.gpfs300.doc/bl1ins_mig35.htm
You can both 3.4 and 3.5 nodes in a cluster - but I personally wouldn't do it unless I had to.
Regards,
Vic
On 8 Aug 2012, at 11:24, Steff Watkins <s.watkins at nhm.ac.uk> wrote:
> Hello,
>
> I'm currently looking after a GPFS setup with six nodes and about 80TB disk. The current GPFS level is 3.4.0 and I'm looking to upgrade it. The (vague) plan is to do a rolling upgrade of the various nodes working through them one at a time leaving the cluster manager node until last then doing a failover of that role to another node and then upgrading the last host.
>
> Is there a standard upgrade methodology for GPFS systems or any tricks, tips or traps to know about before I go ahead with this?
>
> Also is it 'safe' assume that I could upgrade straight from 3.4.0 to 3.5.x or are there any intermediary steps that need to be performed as well?
>
> Any help or advice appreciated,
> Steff Watkins
>
> -----
> Steff Watkins Natural History Museum, Cromwell Road, London,SW7 5BD
> Systems programmer Email: s.watkins at nhm.ac.uk
> Systems Team Phone: +44 (0)20 7942 6000 opt 2
> ========
> "Many were increasingly of the opinion that they'd all made a big mistake in coming down from the trees in the first place. And some said that even the trees had been a bad move, and that no one should ever have left the oceans." - HHGTTG
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss
More information about the gpfsug-discuss
mailing list