"Daniel P. Berrange" <berra...@redhat.com> wrote on 05/19/2015 04:56:17 PM:
> From: "Daniel P. Berrange" <berra...@redhat.com> > To: "OpenStack Development Mailing List (not for usage questions)" > <openstack-dev@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) __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev