[openstack-dev] [Nova] Hypervisor CI requirement and deprecation plan
Matt Riedemann
mriedem at linux.vnet.ibm.com
Mon Nov 25 22:19:27 UTC 2013
On 11/15/2013 9:28 AM, Dan Smith wrote:
> Hi all,
>
> As you know, Nova adopted a plan to require CI testing for all our
> in-tree hypervisors by the Icehouse release. At the summit last week, we
> determined the actual plan for deprecating non-compliant drivers. I put
> together a page detailing the specific requirements we're putting in
> place as well as a plan and timeline for how the deprecation process
> will proceed:
>
> https://wiki.openstack.org/wiki/HypervisorSupportMatrix/DeprecationPlan
>
> I also listed the various drivers and whether we've heard any concrete
> plans from them. Driver owners should feel free to add details to that
> and correct any of the statements if incorrect.
>
> Thanks!
>
> --Dan
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
I'll play devil's advocate here and ask this question before someone
else does. I'm assuming that the requirement of a 'full' tempest run
means running this [1]. Is that correct? It's just confusing sometimes
because there are other things in Tempest that aren't in the 'full' run,
like stress tests.
Assuming that's what 'full' means, it's running API, CLI, third party
(boto), and scenario tests. Does it make sense to require a nova virt
driver's CI to run API tests for keystone, heat and swift? Or couldn't
the nova virt driver CI be scoped down to just the compute API tests?
The argument against that is probably that the network/image/volume
tests may create instances using nova to do their API testing also. The
same would apply for the CLI tests since those are broken down by
service, i.e. why would I need to run keystone and ceilometer CLI tests
for a nova virt driver?
If nothing else, I think we could firm up the wording on the wiki a bit
around the requirements and what that means for scope.
[1] https://github.com/openstack/tempest/blob/master/tox.ini#L33
--
Thanks,
Matt Riedemann
More information about the OpenStack-dev
mailing list