From: Kwast,Kevin A (kevin.kwast@dhs.state.tx.us)
Date: Thu Jun 12 2003 - 13:16:02 EDT
I have been using Live Upgrade successfully on E450 class servers running
Solaris 8. The boot drive of the running system is c0t0d0, and I use Live
Upgrade to produce and patch another boot environment on another drive such
as c0t1d0. After using luactivate to reboot on c0t1d0 and verify that it's
okay, I want to put that patched drive in c0t0d0 so I can maintain that as
my standard for the boot drive on all servers.
So I edit the /etc/vfstab file and change occurrences of c0t1d0 to c0t0d0,
physically move the patched drive from c0t1d0 to c0t0d0, and manually set
the boot-device eeprom variable to "disk:a". I bring up the server and
everything works fine, but it does leave Live Upgrade a little confused.
Live Upgrade still associates c0t0d0 with the old boot environment and
c0t1d0 with the new one. I don't see any commands within Live Upgrade that
can clean up my situation (both BEs are now undeletable).
My 2 questions, and I will summarize the answers that I receive:
1. What is the best way to clean up Live Upgrade after the above operation
is done? Manually edit the /etc/lutab file? Remove Live Upgrade to erase
all of its configuration?
2. Since my goal is to have the new system running on c0t0d0, do I really
even need to run luactivate at all? Will I lose anything but the live
upgrade sync that's available during the switchover if I don't ever run the
Activate? It seems to me that I could patch and upgrade my new boot
environment, edit the new vfstab file to use c0t0d0 instead of c0t1d0, shut
down and physically move the disk, and come up on my new system without ever
actually booting from c0t1d0 or needing to fix the eeprom variable. Please
let me know if you see a downside to this approach (I haven't actually tried
this yet). The documentation is too vague about what exactly happens during
the Activate, but I'm sure someone on this list must know the details.
Thanks,
Kevin
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:26:35 EDT