I did exactly what you are talking about. The VCS documentation assumes you are doing an OS upgrade (upgrade the current Solaris 8 disk to 10), but I did LiveUpgrade to a new disk. Because of that, I ended up doing this:
- Bring up the node as Solaris 10 without VCS - Manually installed the VCS 4.1 Solaris packages - Applied the VCS maintenance pack to the same level as the other nodes - From the Sol 8 disk, I copied over /etc/gabtab, /etc/llthosts and /etc/llttab. Copy over any other custom agents or triggers if you have them. - Reboot; every node came up successfully after these steps 'Amen' to what Eric said below, my steps are complementary and expand his step #2. RCA -- UNIX Administrator, BAE Systems EIT desk 763-572-6684 mobile 612-419-9362 -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Hennessey Sent: Tuesday, February 12, 2008 7:20 AM To: Glen Vassileff; veritas-ha@mailman.eng.auburn.edu Subject: Re: [Veritas-ha] Solaris upgrade in a cluster - how tominimizedowntime ? This is perfectly do-able with VCS 4.1, since 4.1 supports Solaris 8, 9 and 10. The general procedure at a high level is: 1. Freeze all service groups 2. Upgrade an idle node in the cluster 3. Once the upgraded node reboots and rejoins the cluster, unfreeze the service groups running on one of the servers and switch it/them to the upgraded node 4. Refreeze all service groups 5. Upgrade the new idle node Repeat as necessary until all servers are upgraded. Eric -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Glen Vassileff Sent: Monday, February 11, 2008 7:29 PM To: veritas-ha@mailman.eng.auburn.edu Subject: [Veritas-ha] Solaris upgrade in a cluster - how to minimizedowntime ? I wonder what the right procedure to upgrade a cluster with minimal downtime. Details: Solaris 8 to be upgraded to 10 with VCS 4.1. The Admin guide suggests shutting the servers down ( I assume both nodes), we'd like to minimize the downtime and risks by upgrading nodes one at a time while running application on another node if possible (may not be as Solaris versions will differ following the first upgrade). Can we freeze resource groups on one node while upgrading the second node? Then, will we be able to failover to the upgraded node with nodes on different O/S levels (Solaris 8 -> Solaris 10)? I realise that Solaris Live Upgrade may be our other option, though disk space is an issue. Regards Glen _______________________________________________ Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha _______________________________________________ Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha _______________________________________________ Veritas-ha maillist - Veritas-ha@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-ha
