On 8 August 2016 at 08:01, Sean Dague <sean at dague.net> wrote: > In summary, it turns out we learned a few things: > > 1) neutron guests in our gate runs don't have the ability to route > outwards. For instance, if they tried to do a package update, it would > fail. > > 2) adding the ability for them to route outwards (as would be expected > for things like package updates) was deemed table stakes for the > devstack default. > > 3) doing so fails one tempest test on OVH, because they seem to be > reflecting network traffic? We see connectivity between guests when it's > not expected. > > > My proposed path forward: > > 1) merge https://review.openstack.org/#/c/350750/ - devstack default > change > 2) merge https://review.openstack.org/#/c/352463/ - skip of tempest test > that will fail on OVH (which turns into a 10% fail rate for neutron) > 3) look at moving something like > https://review.openstack.org/#/c/351876/3 into devstack-gate to handle > OVH special casing. This is going to take time, especially given that we > get maybe 2 iterations a day due to the gate being overloaded. > 4) revert https://review.openstack.org/#/c/352463/ > > If we don't have the devstack default change merged by the middle of the > week, we probably need to abandon merging in this cycle at all, because > we need breathing space to address any possible fallout from the merge. > I am good with this plan, thanks for the update. > -Sean > > -- > Sean Dague > http://dague.net > > __________________________________________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160808/c83bd012/attachment.html>