Re: Anything Like Solaris' Live Upgrade?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 01/29/2013 02:03 PM, Tim Evans wrote:
> Thanks to everyone for their replies.
Excellent discussion, Tim. Thanks for bringing this up and coming back with 
such good arguments.

Some of the objections I've seen on this thread:

 1. LiveUpgrade takes too much CPU and disk space. Not if your system is sized
    appropriately. Simple recovery procedures are worth considerable effort
    and expense, which is why these features exist in Solaris. Redhat and
    Fedora aren't quite there yet. But at least people are talking about it here.
 2. YUM and various combinations of LVM are faster? The goal isn't to make the
    overall implementation process faster, although it's been reasonable on
    most major upgrades to Solaris. The important thing is to make the reboot
    and resumption of services faster, including back-out. A major upgrade
    will require a reboot in any case. If you're just doing a minor patch not
    requiring changes to running processes, you can always use LiveUpgrade to
    test it out without impacting your running system.
 3. There's a Solaris mindset that makes people prefer LiveUpgrade? Not so.
    AIX and some versions of SVR4 have had ABE support (Teradata comes to
    mind). I think AIX lets you upgrade running processes in some cases. TMOS
    with F5 has it. Networking gear often has the ability to upgrade a target
    volume and rapidly boot off it with the ability to boot back. LiveUpgrade
    in Solaris is just an implementation of offline upgrading/maintenance.

I see several techniques on this thread with potential to make offline 
maintenance possible in the near future, or obtain a useful alternative 
(pardon the pun).

It seems to me that if YUM, RHN, and RPM were designed to work in an alternate 
root, we'd be 90% done with the project of implementing offline maintenance 
for Redhat/Fedora. If yum upgrade --root=/a would work, GRUB and /etc/fstab 
changes could readily be automated with existing tools.

I hope this discussion stays active in Linux circles.

Steve
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux