Bug 87649 - Upgrade OS onto different disks on a live system
Upgrade OS onto different disks on a live system
Status: CLOSED WONTFIX
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: anaconda (Show other bugs)
2.1
All Linux
medium Severity medium
: ---
: ---
Assigned To: Michael Fulbright
Mike McLean
: FutureFeature
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-03-31 16:19 EST by Dave Dulek
Modified: 2007-11-30 17:06 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-03-31 16:20:53 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description Dave Dulek 2003-03-31 16:19:00 EST
We would like the ability to install patches and version upgrades in a stand aside 
mode.  This would need to happen on the "live" system. 
 
Basically, this install would copy the existing "root" file systems (i.e /, /usr, /var) 
onto the "new" disk.  Upgrades and patches would be then applied to the "new" 
filesystems.  A reboot would then be required to boot off the "new" system file 
systems.  If problems arise you can then boot the "old" system and revert back to 
the system prior to the changes. 
 
This would be similar to the "Live Upgrade" of Sun Microsystem's Solaris.
Comment 1 Michael Fulbright 2003-03-31 16:20:53 EST
We do not plan to support this mode of upgrades in the near future.

If you wanted to do this you could put code in your %pre of a kickstart file to
backup the filesystems, upgrade the existing, and if you don't like what
happened copy the backup over the upgraded system.


Note You need to log in before you can comment on or make changes to this bug.