Well, in my case that was fairly easy. We have hardware mirrored system disks (/, /usr, /var, /root, /opt.....) so prior to performing my upgrades, I migrated any services that were running on that node, quiesced the system and then broke the mirror. I then brought the system back up with all the cluster services switched off, performed the upgrade and in each case the node then re-joined the cluster without a problem.
I'm not familiar with version control that you can perform with "Wayback" but the principal would be the same, ie, keeping a known good OS version that you could fall back to in case of a problem.
| gordan@xxxxxxxxxx
Sent by: linux-cluster-bounces@xxxxxxxxxx 01/11/2008 11:37 AM
|
|
I'm curious - please, do tell about the solid rollback plan. Something
like the stackable wayback file system for root?
On Fri, 11 Jan 2008, Paul n McDowell wrote:
> I did a rolling upgrade of a 5 node GFS environment from 4.5 to 4.6 over a
> week and had no interoperability issues. I made sure that I had a solid
> roll-back plan before I upgraded each node just in case.
>
>
>
>
>
> rhurst@xxxxxxxxxxxxxxxxx
> Sent by: linux-cluster-bounces@xxxxxxxxxx
> 01/11/2008 10:36 AM
> Please respond to
> linux clustering <linux-cluster@xxxxxxxxxx>
>
>
> To
> linux-cluster@xxxxxxxxxx
> cc
>
> Subject
> RHEL 4.5 -> 4.6 migration
>
>
>
>
>
>
> Has anyone migrated from an existing 4.5 to the newer 4.6 cluster suite?
> We would like to roll out 4.6 in our 11-node cluster, but only one node at
> a time, over the course of 2-weeks. Does the two versions intermix well
> enough to do that? Or do we need to do take some kind of special care or
> precaution, like when injecting this dilithium crystal chamber with an
> inverse tachyon pulse from the main deflector dish?
> --
> Linux-cluster mailing list
> Linux-cluster@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster
-- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
