On 11/2/2016 2:48 PM, Matt Riedemann wrote:
nova-network was deprecated in newton. Nova is working on moving the CI
jobs that run against it to use Neutron only in Ocata. I'm tracking that
work here:
https://etherpad.openstack.org/p/removing-nova-network
In an effort to make this more of a global switch in Ocata, clarkb has
proposed a change to devstack-gate to change the default value of
DEVSTACK_GATE_NEUTRON from 0 (nova-net) to 1 (neutron):
https://review.openstack.org/#/c/392934/
There are conditions on that which are:
1. If a job definition in project-confg sets DEVSTACK_GATE_NEUTRON
explicitly, that's honored.
2. If not explicitly defined and the job is running against a stable
branch, then nova-network is still the default.
There are a few jobs which are definitely nova-network specific, like
some of the nova-net specific grenade jobs and the cells v1 job. Those
are being explicitly handled in a series here:
https://review.openstack.org/#/c/392942/
So why should you care, you ask? First, thanks for asking. Second, as
noted in the commit message to ^ there are several grenade jobs which
don't explicitly define DEVSTACK_GATE_NEUTRON, like for designate and
trove. With that change those grenade jobs will now start using neutron
when upgrading from newton to ocata. This might work, it might not. If
it does not work, and you know it won't work, please speak up now.
Otherwise if things break we'll have to either (a) explicitly set
DEVSTACK_GATE_NEUTRON=0 in those jobs or (b) cap them at stable/newton -
either way those affected projects would have to sort out a path forward
for continued upgrade testing in Ocata.
Heads up, we are a GO for neutron by default in Ocata jobs:
https://review.openstack.org/#/c/392934/
There were several changes made before this seen here:
https://review.openstack.org/#/q/topic:neutron-default
If your jobs start failing on master after that d-g change lands, find
me in #openstack-infra.
--
Thanks,
Matt Riedemann
__________________________________________________________________________
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
