[openstack-dev] [openstack-ansible] Installing networking-* pythonclient extensions to multiple locations

Kevin Carter kevin.carter at RACKSPACE.COM
Fri Feb 26 16:29:34 UTC 2016


?++ I think it'd be great to get that nailed down because, like you've mentioned, its likely we'll see a bit more of this as we widen our scope.


--

Kevin Carter
IRC: cloudnull

________________________________
From: Javeria Khan <javeriak at plumgrid.com>
Sent: Friday, February 26, 2016 4:34 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [openstack-ansible] Installing networking-* pythonclient extensions to multiple locations

That makes sense Kevin. I don't have a use case in mind that would require access to the additional clients, so we can address that if/when it ever comes up. For now the utility container getting the extensions installed should suffice. As OSA is integrating with more types of plugins moving forward, it would help to get some kind of structure in place that references neutron parameters for such use cases.


--
Javeria

On Thu, Feb 25, 2016 at 4:08 AM, Kevin Carter <kevin.carter at rackspace.com<mailto:kevin.carter at rackspace.com>> wrote:

Hi Javeria,


We could call out our supported sub-projects in the `openstack_services.yml` file and install them as part of the plugin backend similar to what we've done with the "neutron_lbaas" package[0][1]. However, this would not specifically fix the neutron clients in all places as you've mentioned. While I can make a case for the utility container to get the extra neutron-client-extensions, I'm not sure we need them everywhere. Do we suspect a user or service may need access to the additional client extensions from the Heat or Nova venvs or anywhere else for that matter?



[0] - https://github.com/openstack/openstack-ansible/blob/master/playbooks/roles/os_neutron/defaults/main.yml#L349

[1] - https://github.com/openstack/openstack-ansible/blob/master/playbooks/defaults/repo_packages/openstack_services.yml#L85-L87


--

Kevin Carter
IRC: cloudnull

________________________________
From: Javeria Khan <javeriak at plumgrid.com<mailto:javeriak at plumgrid.com>>
Sent: Sunday, February 21, 2016 5:09 AM
To: openstack-dev at lists.openstack.org<mailto:openstack-dev at lists.openstack.org>
Subject: [openstack-dev] [openstack-ansible] Installing networking-* pythonclient extensions to multiple locations

Hey everyone,

At the moment OSA installs the python-neutronclient in a few locations including the containers neutron-server, utility, heat, tempest.

Now neutron has a bunch of sub-projects like networking-l2gw [1], networking-bgpvpn [2] networking-plumgrid [5] etc, which have their own python-neutronclient CLI extensions [3][4][5] in their respective repositories and packages.

Since these CLI extensions are not part of the neutron packages and must be enabled by installing the additional networking-* packages. We don't install most of these sub-projects in OSA at the moment, however moving forward do you think its reasonable to install said packages in every location that installs the neutron client inside the OSA plays? If so, then how would you recommend we go about it since the installation will be conditional on the enabling of the relevant neutron subproject features?

[1] https://github.com/openstack/networking-l2gw
[2] https://github.com/openstack/networking-bgpvpn
[3] https://github.com/openstack/networking-l2gw/tree/master/networking_l2gw/l2gatewayclient
[4] https://github.com/openstack/networking-bgpvpn/tree/master/networking_bgpvpn/neutronclient
[5] https://github.com/openstack/networking-plumgrid


Thanks,
Javeria

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe<http://OpenStack-dev-request@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/20160226/e992636a/attachment.html>


More information about the OpenStack-dev mailing list