[openstack-dev] [stable][infra][neutron] ZUUL_BRANCH not set for periodic stable jobs

Brandon Logan brandon.logan at RACKSPACE.COM
Wed Nov 11 02:33:09 UTC 2015


+1 thanks for being on top of this Ihar

On Mon, 2015-11-09 at 20:10 -0500, Assaf Muller wrote:
> On Mon, Nov 9, 2015 at 5:30 PM, Ihar Hrachyshka <ihrachys at redhat.com> wrote:
> > Jeremy Stanley <fungi at yuggoth.org> wrote:
> >
> >> On 2015-11-09 17:31:00 +0100 (+0100), Ihar Hrachyshka wrote:
> >> [...]
> >>>
> >>> From the failure log, I determined that the tests fail because they
> >>> assume
> >>> neutron/liberty code, but actually run against neutron/master (that does
> >>> not
> >>> have that neutron.plugins.embrane.* namespace because the plugin was
> >>> removed
> >>> in Mitaka).
> >>>
> >>> I then compared how we fetch neutron in gate and in periodic jobs, and I
> >>> see
> >>> that ZUUL branch is not set in the latter jobs.
> >>
> >> [...]
> >>
> >> Short answer is that the periodic trigger in Zuul is changeless and
> >> thus branchless. It just wakes up at the specified time and starts a
> >> list of jobs associated with that pipeline for any projects. This is
> >> why the working periodic jobs have different names than their gerrit
> >> triggered pipeline equivalents... they need to hard-code a branch
> >> (usually as a JJB parameter).
> >> --
> >> Jeremy Stanley
> >
> >
> > UPD: we discussed the matter with Jeremy in irc in more details and came up
> > to agreement that the best way is actually modifying tools/tox_install.sh in
> > neutron-lbaas (and other projects affected) to set ZUUL_BRANCH if not passed
> > from Jenkins.
> >
> > For neutron-lbaas, I came up with the following patch:
> > https://review.openstack.org/#/c/243333/
> >
> > Once it’s validated and reviewed, I will propose some more for other
> > projects (I believe at least vpnaas should be affected).
> >
> > Once it’s merged in master, I will propose backports for Liberty.
> 
> Great work Ihar, thanks for taking this on.
> 
> >
> > Ihar
> > __________________________________________________________________________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



More information about the OpenStack-dev mailing list