Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 617044

Summary: Support re-provisioning of Xen / KVM Guests - inc OS reinstall for RHEV guests
Product: Red Hat Satellite 5 Reporter: Clifford Perry <cperry>
Component: VirtualizationAssignee: Justin Sherrill <jsherril>
Status: CLOSED CURRENTRELEASE QA Contact: Jiri Kastner <jkastner>
Severity: medium Docs Contact:
Priority: low    
Version: 540CC: jhutar, jkastner, jsherril, mzazrivec, paji, psklenar
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: spacewalk-java-1.2.39-26 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-10-28 15:00:54 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 487678    

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