[Openstack-operators] [openstack-dev] [Neutron] Deprecating the use_namespaces option - Now's the time to speak up!
Kevin Benton
blak111 at gmail.com
Fri Mar 20 22:43:20 UTC 2015
I did hear of one use case.[1] :-)
In all seriousness, it seems like our abstraction over executing processes
must be leaking quite a bit if we can't handle a no-namespace deployment.
It seems like running a command without "ip netns" in front of it shouldn't
be that much harder. Or am I misunderstanding where the special-casing
issues are?
1. http://lists.openstack.org/pipermail/openstack-dev/2015-March/059538.html
On Fri, Mar 20, 2015 at 3:26 PM, Assaf Muller <amuller at redhat.com> wrote:
>
>
> ----- 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
> >
>
> __________________________________________________________________________
> 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
>
--
Kevin Benton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20150320/595a6cd8/attachment.html>
More information about the OpenStack-operators
mailing list