On 11 October 2016 at 16:43, Clark Boylan <cboy...@sapwetik.org> wrote:
> On Tue, Oct 11, 2016, at 04:32 PM, Armando M. wrote: > > On 11 October 2016 at 14:09, Clark Boylan <cboy...@sapwetik.org> wrote: > > > > > Hello everyone, > > > > > > Currently multinode testing + neutron is broken in clouds that use > > > portions of 10.0.0.0/8 for their networking due to route conflicts > with > > > devstack + neutron deployments. https://bugs.launchpad.net/bug > s/1629133 > > > is tracking the issue for us. I would like to see this get resolved > > > properly before we do further work on multinode testing as it is > > > difficult to review and determine what failures are legit vs which > > > failures are related to this bug and whether or not a specific > multinode > > > test has decided to workaround the issue. > > > > > > The change to use subnet pools in devstack is a non backward compatible > > > change for devstack currently and it doesn't appear to have been > > > documented in devstack at all. Would be great if we can finally fix > this > > > and get testing back to working and however we fix it ensure that > > > devstack has the appropriate documentation. > > > > > > > What is holding [1] back? Merging that would resolve the issue, then we > > can > > drill down into why subnetpools interfere with the underlying networking > > setup. I have asked Carl to look into broken build [2] > > > > [1] https://review.openstack.org/#/c/379543/ > > [2] > > http://logs.openstack.org/78/381278/2/check/gate-tempest-dsv > m-neutron-multinode-full-ubuntu-xenial/7f82862/console.html.gz > > Yours is one of the two -1's on the change :) I think that devstack core > is probably holding back due to the two -1s there. If we are ok with > iterating on making it better rather than all in one shot maybe that > change is good for now and we can update the reviews? > Well, that means the ball is in the contributor's court, who is supposed to address reviewers' concerns :) > Clark > > __________________________________________________________________________ > 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 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