Re: [openstack-dev] [all] Global changes to CI jobs using neutron
On Thu, 10 Nov 2016, Matt Riedemann wrote: Heads up, we are a GO for neutron by default in Ocata jobs: This. Is. Awesome. Nice work by everyone involved. -- Chris Dent ┬─┬ノ( º _ ºノ)https://anticdent.org/ freenode: cdent tw: @anticdent__ 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
Re: [openstack-dev] [all] Global changes to CI jobs using neutron
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
Re: [openstack-dev] [all] Global changes to CI jobs using neutron
On 02/11/16 19:53, 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. > I don't know of any reason that this should not work for the Designate jobs, as we do not make use of any of the other resources in the cloud. I will try a manual test in the next couple of days to confirm though. __ 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
[openstack-dev] [all] Global changes to CI jobs using neutron
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. -- 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