Bug 617044 - Support re-provisioning of Xen / KVM Guests - inc OS reinstall for RHEV guests
Summary: Support re-provisioning of Xen / KVM Guests - inc OS reinstall for RHEV guests
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Virtualization
Version: 540
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Justin Sherrill
QA Contact: Jiri Kastner
URL:
Whiteboard:
Depends On:
Blocks: sat540-blockers
TreeView+ depends on / blocked
 
Reported: 2010-07-22 04:19 UTC by Clifford Perry
Modified: 2012-04-02 12:23 UTC (History)
6 users (show)

Fixed In Version: spacewalk-java-1.2.39-26
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-28 15:00:54 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Clifford Perry 2010-07-22 04:19:19 UTC
Description of problem:

This is mainly aimed for KVM and RHEV, but if it works for Xen, then bonus. 

Currently Satellite only supports guest creation and OS installation. We do not allow you to reinstall the OS once the guest has been initially installed. 

This request is to allow for the OS reinstallation to occur, as we do today for regular bare metal hardware OS's. 

A consultant, Dave Russel, manually tested a reinstallation of a guest and it worked without errors. As such, it should be for us to just expose/allow it in UI. 



Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Justin Sherrill 2010-09-08 15:28:56 UTC
Fixed:  a0458ddc5188482e6f912189cac45972ec741315


Xen paravirt guests still aren't allowed for re-provisioning since it won't work (correct me if i'm wrong here).


KVM and Xen fully virt should work.

Comment 3 Justin Sherrill 2010-09-30 15:38:33 UTC
So this is an issue i encountered and fixed in f2ec5bf5e353a6dfbcae0b5efea42ccd7eb87e3f a few days ago.

I didn't cherry pick it to satellite.git since it was so late in the devel cycle and it isn't a new issue for 5.4 (it was present in 5.3).  

Basically the system (or at least a system with the same mac address) is already registered or was registered at some point and a cobbler system record was created for it.  If you simply run:

for i in `cobbler system list`; do cobbler system remove --name=$i; done


the provisioning should work.


Cliff do you want me to backport the fix for this.  It's a pretty big bug, but already exists in 5.3.

-Justin

Comment 5 Justin Sherrill 2010-09-30 16:48:18 UTC
Backported this fix:  b4b999de424ebf3650e74961de517005314947ed

Comment 7 Justin Sherrill 2010-10-01 14:06:57 UTC
Yep,  That would be a good test.  If you really wanted to test, re-register it to a 2nd org for the 3rd installation and try to provisioning from there :}

Nothing special needed for the kickstart.

Comment 9 Jiri Kastner 2010-10-13 12:34:16 UTC
verified
on following platforms:
rhel5, rhel6 kvm, rhel5 full virt. xen
ia64 due bug 578506 failed

Comment 10 Jiri Kastner 2010-10-13 13:12:16 UTC
filed bug 642629

Comment 11 Milan Zázrivec 2010-10-26 14:30:15 UTC
Verified in stage -> release_pending.

Comment 12 Clifford Perry 2010-10-28 14:55:48 UTC
The 5.4.0 RHN Satellite and RHN Proxy release has occurred. This issue has been resolved with this release. 


RHEA-2010:0801 - RHN Satellite Server 5.4.0 Upgrade
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10332

RHEA-2010:0803 - RHN Tools enhancement update
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10333

RHEA-2010:0802 - RHN Proxy Server 5.4.0 bug fix update
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10334

RHEA-2010:0800 - RHN Satellite Server 5.4.0
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10335

Docs are available:

http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/index.html 

Regards,
Clifford


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