https://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842015-11-25T21:20:55ZopenSUSE Project Management ToolopenQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=197342015-11-25T21:20:55Zoholecekoholecek@suse.com
<ul></ul><p>I did an experiments using virt-install to generate libvirt domain xml file. It uses almost the same options as qemu. There is a problem getting all the functionality trough however. Mainly the one which uses qemu monitor like audio capture. Using spice instead of vnc would help with that.</p>
openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=197362015-11-26T06:13:25Zcoolocoolo@suse.com
<ul></ul><p>I don't see us being interested in audio tests and e.g. multipath at the same time. So reducing the qemu backend to what it's strong in and having a generic libvirt interface for the stuff people would do on VMs sounds appealing to me.</p>
<p>What I don't look forward to is generating the XML the same way we generate the the qemu command line - I <em>hate</em> that code.</p>
openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=197402015-11-26T09:59:25Zokurzokurz@suse.com
<ul></ul><p>Isn't that what virt-install can be used for? E.g. I am testing like this:</p>
<pre><code>build=GMC2
install=ftp://dist.suse.de/install/SLP/...
autoyast_profile=https://my.server.org/autoinst.xml
virt-install --connect qemu:///system --name ${name} --ram 1024 --disk path=~/local/virtual/${name}.qcow2,size=20 --vcpus 1 --os-type linux --os-variant generic --location $install --extra-args "install=${install} usessh=1 sshpassword=XXX autoyast=${autoyast_profile}"
</code></pre> openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=197422015-11-26T10:13:45ZRBrownSUSErbrown@suse.com
<ul></ul><p>oholecek wrote:</p>
<blockquote>
<p>I did an experiments using virt-install to generate libvirt domain xml file. It uses almost the same options as qemu. There is a problem getting all the functionality trough however. Mainly the one which uses qemu monitor like audio capture. Using spice instead of vnc would help with that.</p>
</blockquote>
<p>Yeah I'm not looking for feature parity with our existing qemu backend - while that would be nice, that isn't the goal</p>
<p>The goal is primarily to support testing of standard openQA scenarios (installations and upgrades primarily) for multiple hypervisors, specifically ESXi, HyperV, and Xen - KVM would be an obvious bonus, but might be a good starting point as it would be a sanity check compared to our existing backend - we know KVM works with openQA so we'd know if we broke it.</p>
<p>In the case of both ESXi and HyperV, the 'libvirtd' will be remote from the actual hypervisor - This might pose some interesting challenges in regards to getting ISOs and disk images to the hypervisors</p>
<p><a href="https://libvirt.org/drvhyperv.html" class="external">https://libvirt.org/drvhyperv.html</a><br>
<a href="https://libvirt.org/drvesx.html" class="external">https://libvirt.org/drvesx.html</a></p>
<p>In the case of Xen, we can assume local access, though if we're getting remote access done right for those other two hypervisors, then maybe it makes sense to use libvirt remotely for everything - <a href="https://libvirt.org/drvxen.html" class="external">https://libvirt.org/drvxen.html</a></p>
<p>This might also be a sensible solution for adding virtualbox testing back into openQA for openSUSE (where virtualbox testing is certainly desired by the community) <a href="https://libvirt.org/drvvbox.html" class="external">https://libvirt.org/drvvbox.html</a></p>
<p>And testing SLES is a container is certainly something someone would like too.. <a href="https://libvirt.org/drvlxc.html" class="external">https://libvirt.org/drvlxc.html</a></p>
openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=198122015-12-02T17:04:12ZRBrownSUSErbrown@suse.com
<ul><li><strong>Assignee</strong> set to <i>coolo</i></li><li><strong>Priority</strong> changed from <i>Normal</i> to <i>High</i></li></ul> openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=200782016-01-11T15:47:09Zcoolocoolo@suse.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Resolved</i></li></ul><p>I claim we can use svirt for everything - everything else are bugs</p>
openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=243382016-06-14T12:00:53Zmgriessmeiermgriessmeier@suse.com
<ul><li><strong>Due date</strong> set to <i>2016-06-14</i></li></ul><p>due to changes in a related task</p>
openQA Project - action #9680: libvirt backendhttps://progress.opensuse.org/issues/9680?journal_id=344182016-12-16T12:08:26Zmgriessmeiermgriessmeier@suse.com
<ul><li><strong>Due date</strong> set to <i>2016-06-15</i></li></ul><p>due to changes in a related task</p>