
----- Original Message -----
From: "Antoni Segura Puimedon" <asegurap@redhat.com> To: "Dan Kenigsberg" <danken@redhat.com> Cc: "infra" <infra@ovirt.org> Sent: Sunday, October 6, 2013 12:39:24 PM Subject: Re: virt functional tests and testing improvements
----- Original Message -----
From: "Dan Kenigsberg" <danken@redhat.com> To: "Antoni Segura Puimedon" <asegurap@redhat.com> Cc: "infra" <infra@ovirt.org> Sent: Sunday, October 6, 2013 11:29:44 AM Subject: Re: virt functional tests and testing improvements
On Sat, Oct 05, 2013 at 08:55:42AM -0400, Antoni Segura Puimedon wrote:
Hi Everybody,
We are readying the way to run the virt functional tests as a jenkins job. In order to achieve that, we'd like to be able to reboot one of the hosts holding the jenkins slave VMs so that the setting "option kvm_intel nested=1" (This is required because virt functional tests spawn a few VMs). It would also be necessary to have a vdsm hook for the VM creation that puts the vmx capability on the guests XML.
I vote in favor of this suggestion since we urgently need to know if and when vm startup is broken. Thanks for this initiative.
However, we should all remember that nested=1 is not yet of enterprise quality. If we set it, and then see instability introduced to our host, we should reset it and walk the less aggressive path of using faqemu-like hook on the host, running our tested guest in emulation.
Do we have some host with AMD cpu? I heard that the nested virt works much better with their CPUs.
i know ohad tested nested on ovirt 3.3 running on fedora 19 and it works so far. in regards to rebooting the slave - is that a permanant requirement for each job run? or a single time? if it's permanent, we need to make sure that job is the only one running on that VM, and that will limit running it siginificatly - so i don't see it running per patch (only per commit). we can try and convert one of the current slaves we have to nested and check. \e.
A related improvement would be to be able to have some guide for adding one's hosts to jenkins as slaves for extra cycles and maybe to have some dedicated slaves for complex testing setups.
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra