Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 87649 - Upgrade OS onto different disks on a live system
Summary: Upgrade OS onto different disks on a live system
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 2.1
Classification: Red Hat
Component: anaconda
Version: 2.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Michael Fulbright
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-03-31 21:19 UTC by Dave Dulek
Modified: 2007-11-30 22:06 UTC (History)
0 users

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-03-31 21:20:53 UTC


Attachments (Terms of Use)

Description Dave Dulek 2003-03-31 21:19:00 UTC
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 21:20:53 UTC
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.