[neutron] networking-bagpipe gate failure

Slawek Kaplonski skaplons at redhat.com
Fri Feb 21 13:29:20 UTC 2020


Hi,

Thx Akihiro for explanation of this issue.
IMHO releasing beta version of neutron projects now should be better to solve this issue and thx for sending patch for that already :)

> On 20 Feb 2020, at 15:41, Akihiro Motoki <amotoki at gmail.com> wrote:
> 
> Hi,
> 
> networking-bagpipe gate is broken now due to its dependencies.
> The situation is complicated so I am summarizing it and exploring the
> right solution.
> 
> # what happens now
> 
> Examples of the gate failure are [1] and [2], and the exact failure is
> found at [3].
> It fails due to horizon dependency from networking-bgpvpn train
> release (horizon>=14.0.0<17.0.0) and the upper-constraints.txt master
> (horizon==18.0.0).
> The neutron team has not released a beta for ussuri, so
> requirements.txt tries to install networking-bgpvpn train which has
> capping of horizon version.
> The capping of horizon in networking-bgpvpn was introduced in [6] and
> we cut a release so it started to cause the failure like this.
> 
> We've explored several workarounds to avoid it including specifying
> horizon in networking-bagpipe, specify horizon in required-projects in
> networking-bagpipe and dropping networking-bgpvpn in requirements.txt
> in networking-bagpipe, but all of them do not work.
> 
> # possible solutions
> 
> I am thinking two options.
> The one is to cut a beta release in neutron stadium for ussuri.
> The other is to uncap horizon in networking-bgpvpn train and release it.
> 
> I believe both work but the first one would be better as it is time to
> release beta for Ussuri.
> Discussing it in the IRC, we are planning to release beta soon.
> (ovn-octavia-provider is also waiting for a beta release of neutron.)
> 
> # Side notes
> 
> Capping dependencies in stable branches is not what we usually do.
> Why we don't do this was discussed in the mailing list thread [4] and
> it is highlighted in [5].
> 
> Thanks,
> Akihiro Motoki (irc: amotoki)
> 
> [1] https://review.opendev.org/#/c/708829/
> [2] https://review.opendev.org/#/c/703949/
> [3] https://zuul.opendev.org/t/openstack/build/3bc82305168b4d8cad7e4964c7207e00/log/job-output.txt#1507
> [4] http://lists.openstack.org/pipermail/openstack-discuss/2019-November/thread.html#11229
> [5] http://lists.openstack.org/pipermail/openstack-discuss/2019-November/011283.html
> [6] https://review.opendev.org/#/c/699456/
> 

— 
Slawek Kaplonski
Senior software engineer
Red Hat




More information about the openstack-discuss mailing list