[openstack-dev] [nova] libvirt: _do_quality_warnings and the hypervisor support matrix
Markus Zoeller
mzoeller at de.ibm.com
Tue May 19 15:39:39 UTC 2015
"Daniel P. Berrange" <berrange at redhat.com> wrote on 05/19/2015 04:56:17
PM:
> From: "Daniel P. Berrange" <berrange at redhat.com>
> To: "OpenStack Development Mailing List (not for usage questions)"
> <openstack-dev at lists.openstack.org>
> Date: 05/19/2015 05:09 PM
> Subject: Re: [openstack-dev] [nova] libvirt: _do_quality_warnings and
> the hypervisor support matrix
>
> On Tue, May 19, 2015 at 04:41:40PM +0200, Markus Zoeller wrote:
> > The libvirt driver logs a warning if:
> > hostarch not in (arch.I686, arch.X86_64))
> > The warning when I start the libvirt driver on system z (arch.S390X)
> > will be:
> > "The libvirt driver is not tested on kvm/s390x by the OpenStack
> > project and thus its quality can not be ensured. For more
> > information, see:
> > https://wiki.openstack.org/wiki/HypervisorSupportMatrix"
> >
> > I'm not quite sure if I understand that correctly. Should this be a
> > hint that "arch.I686, arch.X86_64" is the assumed "default"?
> > Or am I supposed to add the architecture "S390X" to this method
because
> > this platform is listed in the hypervisor support matrix?
> > I want to avoid that customers will get a bad feeling because of the
> > warning after starting the nova libvirt driver on a system z platform.
> >
> > Note: We are still working on the CI for nova
>
> In the wiki page we describe 3 groups of drives, those with CI run
> by the OpenStack project (Group A), those with CI run by 3rd party
> vendors (Group B) and those with no CI at all (Group C)
>
>
https://wiki.openstack.org/wiki/HypervisorSupportMatrix#Driver_Testing_Status
>
> The _do_quality_warnings method is intended to print a warning for
> any libvirt driver combination that is in Group C.
>
> After S390(x) has a 3rd party CI system running regularly & reasonably
> reliably, then you can submit a change to add S390X to the architecture
> list in _do_quality_warnings.
>
> Regards,
> Daniel
Thanks for the clarification Daniel.
Regards,
Markus Zoeller (markus_z)
More information about the OpenStack-dev
mailing list