Bug 1186534 - it should be easier (less manual steps) to prepare KVM virtualization host
Summary: it should be easier (less manual steps) to prepare KVM virtualization host
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Client
Version: 570
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
Assignee: Tomáš Kašpárek
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: sat570-triage
TreeView+ depends on / blocked
 
Reported: 2015-01-27 22:10 UTC by Jan Hutař
Modified: 2018-04-09 12:24 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-09 12:24:58 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jan Hutař 2015-01-27 22:10:54 UTC
Description of problem:
On RHEL7 our koan package should depend on virt-install package to ease process of making virtualization work.


Version-Release number of selected component (if applicable):
rhn-virtualization-host-5.4.54-2.el7sat.noarch
spacewalk-koan-2.3.0-2.el7sat.noarch
koan-2.0.7-54.el7sat.noarch


How reproducible:
always


Steps to Reproduce:
1. I have above mentioned packages installed and I do not have
   virt-install package installed
2. Now attempt to provision KVM guest


Actual results:
# rhn_check -vv
[...]
D: do_call kickstart_guest.initiate('ibm-x3650m4-03-vm15.lab.eng.brq.redhat.com', 'hp-nehalem-01.rhts.eng.bos.redhat.com:1:560-jhutar1', 'qemu', 2, '560-jhutar1', 1024, 1, 3, 'virbr0', '/var/lib/libvirt/images/560-jhutar1', ' '){'cache_only': None}
- looking for Cobbler at http://ibm-x3650m4-03-vm15.lab.eng.brq.redhat.com/cobbler_api
- reading URL: http://ibm-x3650m4-03-vm15.lab.eng.brq.redhat.com/cblr/svc/op/ks/system/hp-nehalem-01.rhts.eng.bos.redhat.com:1:560-jhutar1
install_tree: http://ibm-x3650m4-03-vm15.lab.eng.brq.redhat.com/ty/eRS8Dn5N
- ['rpm', '-q', 'virt-install']
- ['rpm', '-q', 'python-virtinst']
need python-virtinst >= 0.2 or virt-install package to do installs for qemu/kvm (depending on your OS)
D: Sending back response(1, 'Virtual kickstart failed. Koan error.', {'koan': 'need python-virtinst >= 0.2 or virt-install package to do installs for qemu/kvm (depending on your OS)'})
[...]


Expected results:
I should be informed about required package via package dependencies, not by error koan produces

Comment 1 Stephen Herr 2015-01-27 22:33:44 UTC
I disagree.

1) First of all I will point out (not to be difficult, but because of point 2 to follow) that our documentation already says (and has said for a long time) that you must install virt-install (or python-virtinst on RHEL 6 or previous) as a manual step when setting up virtual host:
https://access.redhat.com/documentation/en-US/Red_Hat_Satellite/5.7/html/Getting_Started_Guide/sect-Managing_Virtualized_Client_Systems.html#sect-Setting_Up_the_Host_System_for_Your_Virtual_Systems

2) koan is installed any time we are provisioning anything, including a re-provision of a physical or virtual system. Koan does not in fact require virt-install or rhn-virtualization-host in that instance.

3) The argument could be made the we should make virt-install a dependency of rhn-virtualization-host, but then the question becomes "how do we ensure that rhn-virtualization-host is installed?" What if qemu-kvm is not installed, should we require it as well? What if someone wanted to use Satellite to manage a non-KVM host? We would be moving from "KVM is the only supported (documented) solution but others will work" to "KVM is required by the tooling and all other virtualization platforms are disallowed".

I would love to see this process work better, but it's not as simple as adding a dependency to koan.

Comment 2 Jan Hutař 2015-01-28 08:40:42 UTC
OK then.

Comment 4 Jan Hutař 2015-01-28 14:42:28 UTC
One solution on how to achieve improvement in root of this request would be to add "KVM virtualization host" virtualization type into kickstart profile creation wizard.

Comment 6 Tomas Lestach 2018-04-09 12:24:58 UTC
We have re-reviewed this bug, as part of an ongoing effort to improve Satellite/Proxy feature and bug updates, review and backlog.

This is a low priority bug and has no currently open customer cases. While this bug may still valid, we do not see it being implemented prior to the EOL of the Satellite 5.x product. As such, this is being CLOSED DEFERRED. 

Closing now to help set customer expectations as early as possible. You are welcome to re-open this bug if needed.


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