[Openstack-operators] [openstack-dev] [Neutron] Deprecating the use_namespaces option - Now's the time to speak up!

Assaf Muller amuller at redhat.com
Fri Mar 20 22:26:27 UTC 2015



----- Original Message -----
> Tempest tests fail when not using namespaces, so I'm not sure how well we're
> even testing that codepath anymore.

Hrmph, I meant to mention that the code path is basically untested but forgot
to do that when I sent the email.

> 
> doug
> 
> 
> > On Mar 20, 2015, at 3:19 PM, Brian Haley <brian.haley at hp.com> wrote:
> > 
> > On 03/20/2015 02:57 PM, Assaf Muller wrote:
> >> Hello everyone,
> >> 
> >> The use_namespaces option in the L3 and DHCP Neutron agents controls if
> >> you
> >> can create multiple routers and DHCP networks managed by a single L3/DHCP
> >> agent,
> >> or if the agent manages only a single resource.
> >> 
> >> Are the setups out there *not* using the use_namespaces option? I'm
> >> curious as
> >> to why, and if it would be difficult to migrate such a setup to use
> >> namespaces.
> > 
> > This is a recent Neutron bug where someone is not using namespaces, so they
> > exist:
> > 
> > https://bugs.launchpad.net/neutron/+bug/1428007
> > 
> >> I'm asking because use_namespaces complicates Neutron code for what I
> >> gather
> >> is an option that has not been relevant for years. I'd like to deprecate
> >> the option
> >> for Kilo and remove it in Liberty.
> > 
> > +1 from me for deprecation.
> > 
> > -Brian
> > 
> > 
> > __________________________________________________________________________
> > 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-operators mailing list