Re: [openstack-dev] [neutron][linux bridge]

Hello, What about tc_lib.py and function to set bandwidth limits which linuxbridge agent is currently using? -- Best regards / Pozdrawiam Sławek Kapłoński sla...@kaplonski.pl On Thu, 07 Jul 2016, Bhatia, Manjeet S wrote: > Hi, > > There is work in progress for pure python driven linux

[OpenStack-Infra] Jenkins job builder status report

Hi, This week, I have: - Add valid set of options parameter to convert xml - Update TestFairy plugin - Update support for BuildResultTrigger plugin - Update FSTrigger plugin - Update JaCoCo plugin - Clean up import helpers in publishers - Update grails plugin - Update sbt plugin to use

Re: [openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

Excerpts from Ben Nemec's message of 2016-07-08 13:27:04 -0500: > On 07/08/2016 10:58 AM, Doug Hellmann wrote: > > Excerpts from Ben Nemec's message of 2016-07-08 10:24:54 -0500: > >> On 07/08/2016 09:14 AM, ChangBo Guo wrote: > >>> Hi ALL, > >>> > >>> I have been working a bug [1] about option

[openstack-dev] The future of OpenStack documentation

Currently, OpenStack provides central documentation (primarily in the openstack-manuals repository) for operators and users. The single location and consistent structure eases audiences of various technical expertise into OpenStack, typically operators and users rather than developers. Although

Re: [Openstack] vCPU -> pCPU MAPPING

resending to group instead of to steve.. OK.. Looks like my test results were skewed by strict numa placement policy set in the flavor, and my neutron ports being created against PCI devices in a specific NUMA node. For example, if I use a flavor I suspected of mapping to numa1, and if I created

Re: [Openstack] vCPU -> pCPU MAPPING

Although it contradicts the idea of a cloud, I believe the CPU mapping between the guest and the host is a valid case for NFV applications. The best that one can do is to ensure vCPU and virtual memory are mapped to single NUMA node within the host and to make sure the CPUs don’t float within

Re: [openstack-dev] [Nova][SR-IOV][pci-passthrough] Reporting pci devices in hypervisor-show

On 07/08/2016 12:10 PM, Beliveau, Ludovic wrote: I see a lot of values in having something like this for inventory purposes and troubleshooting. IMHO the information should be provided in two ways. 1. Show PCI pools status per compute. Currently the pools only have information about how many

Re: [Openstack] vCPU -> pCPU MAPPING

We have use cases in our cloud which require vCPU-to-NUMA_node pinning to maximise the CPU performance available in the guests. From what we’ve seen, there was no further improvement when the vCPUs were mapped one-to-one to pCPUs (we did not study this in detail, though, as with the NUMA node

Re: [Openstack-operators] Next Ops Midcycle NYC August 25-26

NYC is obviously expensive for hotels generally. I have stayed at various locations and also organized accommodations for people before. Just last week a colleague shared a great price for a centrally located and reasonable quality hotel he stayed at. I thought I would pass on the info. -- I

[openstack-dev] [Zun][Higgins] Request initial feedback for the design spec

Hi all, Because I cannot attend the team meeting next week, I would leave a message here: I am working on a spec to define the high-level design of the Zun service. https://etherpad.openstack.org/p/zun-containers-service-design-spec I would encourage everyone to participant on this efforts to

Re: [Openstack-operators] Next Ops Midcycle NYC August 25-26

Awesome! Thanks a lot Erin. Edgar From: Erin Disney Date: Friday, July 8, 2016 at 11:51 AM To: Edgar Magana Cc: Allison Price , Saverio Proto , "openstack-operators@lists.openstack.org"

Re: [Openstack-operators] Next Ops Midcycle NYC August 25-26

Hey Edgar- Thanks for reaching out, and sorry for the delay on clarification. We are working through the Eventbrite creation right now, and should have something out to the Community by early next week. For visas, feel free to use the Foundation’s information and reach out to me directly

Re: [openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

On 07/08/2016 10:58 AM, Doug Hellmann wrote: > Excerpts from Ben Nemec's message of 2016-07-08 10:24:54 -0500: >> On 07/08/2016 09:14 AM, ChangBo Guo wrote: >>> Hi ALL, >>> >>> I have been working a bug [1] about option value interpolation in >>> oslo.config[2], in short, option value

Re: [openstack-dev] [kolla] Stepping down from core

Michal and Angus, Thanks a bunch for stepping down gracefully as your personal interests have changed to focus on k8s upstream. We were glad to have you and will be happy to have you on our team in the future if things change for you. Regards, -steve On 7/8/16, 1:01 AM, "Michal Rostecki"

Re: [Openstack] vCPU -> pCPU MAPPING

- Original Message - > From: "Brent Troge" > To: openstack@lists.openstack.org > Sent: Friday, July 8, 2016 9:59:58 AM > Subject: [Openstack] vCPU -> pCPU MAPPING > > context - high performance private cloud with cpu pinning > > Is it possible to map vCPUs to

Re: [openstack-dev] [TripleO][docs]: Undercloud install fails with unavailability of oslo::cache

Thanks a lot for the reply. Pls see inline.. On 7/8/16, 7:47 AM, "Ben Nemec" wrote: >On 07/08/2016 12:58 AM, Paddu Krishnan (padkrish) wrote: >>> Hello, >>> I am trying to install TripleO in a VM environment. It¹s a basic >>>install. >>> I am following the instructions

Re: [OpenStack-Infra] Request to add myself to the fuel-plugin-lma-collector-release group

On Fri, Jul 8, 2016 at 9:01 AM, Simon Pasquier wrote: > Dear openstack-infra team, > > Please add spasqu...@mirantis.com to the following Gerrit ACL groups: > > https://review.openstack.org/#/admin/groups/1375,members > > (ref. https://review.openstack.org/#/c/310430/)

[openstack-dev] [nova][scheduler] Next meeting: Monday, July 11 at 1400 UTC

The next meeting of the Nova Scheduler subteam will be Monday, July 11 at 1400UTC in the #openstack-meeting-alt channel. http://www.timeanddate.com/worldclock/fixedtime.html?iso=20160711T14 The agenda is here: https://wiki.openstack.org/wiki/Meetings/NovaScheduler#Agenda_for_next_meeting If

Re: [Openstack] LINUX BRIDGE FLAT NETWORK NO DHCP INTO NAMESPACE

i disabled use_namespace and it now works. On Fri, Jul 8, 2016 at 11:06 AM, Turbo Fredriksson wrote: > On Jul 8, 2016, at 2:52 PM, Brent Troge wrote: > > > I think I am missing something simple here. > > Don't count on it! Setting up Neutron networking (if that's > what you're

Re: [openstack-dev] [ironic] Dell recheck command issue (was: UFCG OneView CI comments missing recheck command)

Please can we not reinvent our own standard for this, as mentioned in the other thread on this topic, there is an OpenStack standard for third party CI recheck commands that can be found in the third party CI docs: http://docs.openstack.org/infra/system-config/third_party.html#requirements

Re: [openstack-dev] [Neutron] Neutron-lib and Stadium evolution

Cool - thanks for clarifying that! Neil On Fri, Jul 8, 2016 at 5:20 PM Armando M. wrote: > On 8 July 2016 at 08:22, Neil Jerram wrote: > >> Hi Armando, >> >> Who exactly are you addressing here? AFAICS, [1] on its own doesn't give >> me (or anyone) any

Re: [openstack-dev] [ironic] Dell recheck command issue (was: UFCG OneView CI comments missing recheck command)

On Fri, Jul 8, 2016 at 10:10 AM, Dmitry Tantsur wrote: > I've noticed that Dell CI has the same problem: it uses "recheck Dell" > causing the whole check pipeline to rerun. There is a doc patch that added selective recheck syntax in addition to standard recheck [1]: it asks

Re: [openstack-dev] [Neutron] Neutron-lib and Stadium evolution

On 8 July 2016 at 08:22, Neil Jerram wrote: > Hi Armando, > > Who exactly are you addressing here? AFAICS, [1] on its own doesn't give > me (or anyone) any new rights for neutron-lib changes. It appears to be > preparatory to a planned expansion of neutron-lib-core - but

Re: [openstack-dev] [ironic] Dell recheck command issue (was: UFCG OneView CI comments missing recheck command)

Dell - Internal Use - Confidential Sorry I wasn't aware that this is causing the whole pipeline to rerun. Will change it to "retest Dell" -Rajini -Original Message- From: Dmitry Tantsur [mailto:dtant...@redhat.com] Sent: Friday, July 08, 2016 10:10 AM To:

Re: [openstack-dev] [Nova][SR-IOV][pci-passthrough] Reporting pci devices in hypervisor-show

I see a lot of values in having something like this for inventory purposes and troubleshooting. IMHO the information should be provided in two ways. 1. Show PCI pools status per compute. Currently the pools only have information about how many devices are allocated in a pool ("count"). We

Re: [Openstack] LINUX BRIDGE FLAT NETWORK NO DHCP INTO NAMESPACE

On Jul 8, 2016, at 2:52 PM, Brent Troge wrote: > I think I am missing something simple here. Don't count on it! Setting up Neutron networking (if that's what you're doing and not using Nova networking which is the "old" way to do it) is a pain in the royal behind!! > What is needed to direct

Re: [openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

Excerpts from Ben Nemec's message of 2016-07-08 10:24:54 -0500: > On 07/08/2016 09:14 AM, ChangBo Guo wrote: > > Hi ALL, > > > > I have been working a bug [1] about option value interpolation in > > oslo.config[2], in short, option value interpolation can't handle > > password containing special

Re: [openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

Excerpts from Daniel P. Berrange's message of 2016-07-08 15:25:16 +0100: > On Fri, Jul 08, 2016 at 10:14:20PM +0800, ChangBo Guo wrote: > > Hi ALL, > > > > I have been working a bug [1] about option value interpolation in > > oslo.config[2], in short, option value interpolation can't handle

Re: [openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

On 07/08/2016 09:14 AM, ChangBo Guo wrote: > Hi ALL, > > I have been working a bug [1] about option value interpolation in > oslo.config[2], in short, option value interpolation can't handle > password containing special characters from environment variable and I > proposed a fix of provide way

Re: [openstack-dev] [Neutron] Neutron-lib and Stadium evolution

Hi Armando, Who exactly are you addressing here? AFAICS, [1] on its own doesn't give me (or anyone) any new rights for neutron-lib changes. It appears to be preparatory to a planned expansion of neutron-lib-core - but looking at [5], the membership doesn't include me, or folk from many stadium

Re: [openstack-dev] [ironic] Dell recheck command issue (was: UFCG OneView CI comments missing recheck command)

On 2016-07-08 17:10:04 +0200 (+0200), Dmitry Tantsur wrote: > I've noticed that Dell CI has the same problem: it uses "recheck Dell" > causing the whole check pipeline to rerun. Back when third party CI systems started adding rechecking capability, this was seen as a convenience that developers

[openstack-dev] [ironic] Dell recheck command issue (was: UFCG OneView CI comments missing recheck command)

I've noticed that Dell CI has the same problem: it uses "recheck Dell" causing the whole check pipeline to rerun. On 06/29/2016 02:23 AM, Villalovos, John L wrote: -Original Message- From: Thiago Paiva [mailto:thia...@lsd.ufcg.edu.br] Sent: Tuesday, June 28, 2016 17:00 To: OpenStack

Re: [openstack-dev] [TripleO][docs]: Undercloud install fails with unavailability of oslo::cache

On 07/08/2016 12:58 AM, Paddu Krishnan (padkrish) wrote: >> Hello, >> I am trying to install TripleO in a VM environment. It’s a basic install. >> I am following the instructions in >> >> http://docs.openstack.org/developer/tripleo-docs/installation/installation.html. >> I >> am following the

[openstack-dev] [third-party] [ci] Upcoming changes to Nodepool for Zuul v3

All, If you haven't already, it's recommended to pin nodepool to the 0.3.0 tag and not use master. If you're using the puppet-openstackci solution, you can update your puppet hiera file as shown here: https://review.openstack.org/293112 Re-run puppet and restart nodepool. Ramy -Original

Re: [openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

On Fri, Jul 08, 2016 at 10:14:20PM +0800, ChangBo Guo wrote: > Hi ALL, > > I have been working a bug [1] about option value interpolation in > oslo.config[2], in short, option value interpolation can't handle password > containing special characters from environment variable and I proposed a >

Re: [openstack-dev] [nova] [ironic] Input types for scheduler filters

On 07/07/16 17:43, Miles Gould wrote: Further evidence that this isn't the intended behaviour: if you remove all the calls to str(), then the original tests still pass, but the ' e' (substring matching) one doesn't. I've now proposed this as a patch: https://review.openstack.org/#/c/339576/

Re: [openstack-dev] [OpenStack-Ansible] Splitting out generic testing components

Nice work Andy. I'm strongly in favor of getting the central test repo into Gerrit for broader reviews and once done, getting one or two patches up with roles making use of it. - Travis Truman From: Andy McCrae > Reply-To: "OpenStack

Re: [openstack-dev] [puppet][networking-ovs-dpdk] Request to add puppet-dpdk module

Just to add a point, we are *still* working on dpdk. And this is not the final code. It may grow a little. We are looking in to adaption networking-ovs-dpdk puppet code into the agreeable format as vswitch::dpdk. We would be glad to work with Sean in this process. Regards, Saravanan KR On Fri,

Re: [openstack-dev] [neutron][linux bridge]

Hi, I'm not close to Neutron's discussions but do you think to have a look at pyroute2 [1]? "Pyroute2 is a pure Python netlink and Linux network configuration library. It requires only Python stdlib, no 3rd party libraries." Which permits to create bridge and adding interfaces easily [2] (but not

[openstack-dev] [ironic] v2 API workgroup meeting begins July 12

Hey all, I had an action item from the midcycle to kickstart a workgroup for the v2 API. I've set up a meeting for that on Tuesdays at 1800 UTC in #openstack-meeting-3: https://wiki.openstack.org/wiki/Meetings/Ironic_v2_API All who are interested are welcome to join. By the way, we wouldn't

[openstack-dev] [all][oslo] Disable option value interpolation in oslo.config

Hi ALL, I have been working a bug [1] about option value interpolation in oslo.config[2], in short, option value interpolation can't handle password containing special characters from environment variable and I proposed a fix of provide way to forbid option value interpolation explicitly[3].

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Tim, I've initiated conversation a couple of times more than a year ago. http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7129 http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7006 Thanks, Dims On Fri, Jul 8, 2016 at 9:10 AM, Tim Bell

[Openstack] vCPU -> pCPU MAPPING

context - high performance private cloud with cpu pinning Is it possible to map vCPUs to specific pCPUs ? Currently I see you can only direct which vCPUs are mapped to a specific NUMA node hw:numa_cpus.0=1,2,3,4 However, to get even more granular, is it possible to create a flavor which maps

[Openstack] LINUX BRIDGE FLAT NETWORK NO DHCP INTO NAMESPACE

I think I am missing something simple here. I can see the DHCP requests coming into my network node, but I dont see that the DHCP requests are being shuttled into the DHCP namespace. What is needed to direct DHCP requests into the DHCP namespace ? ___

Re: [openstack-dev] [puppet][networking-ovs-dpdk] Request to add puppet-dpdk module

On Fri, Jul 8, 2016 at 9:29 AM, Mooney, Sean K wrote: > Is there a reason that you are starting a new project instead of contributing > to > The networking-ovs-dpdk puppet module? > > Networking-ovs-dpdk was created to host both the integration code with > neutron and

[Openstack] SRIOV and BOND

I want to create a bond within my guest VM and trying to understand how to create my neutron ports without allocating an IP for each VF created. I just need one IP allocated instead of each VF(neutron port) being allocated an IP. I do not see anything within the neutron port api which supports

Re: [Openstack-operators] ACTION Needed - All WGs Chairs

Hello Edgar - Scientific WG checking in. Blair Bethwaite and I have been co-chairs since the group’s formal inauguration at the Austin summit. A brief summary of where we are: * We had about a hundred people present at the Austin session for the WG. The summit etherpad [1] shows how the WG

[openstack-dev] Hangzhou Bug Smash ended

Hi all, The 4th China OpenStack Bug Smash just ended in Hangzhou, China. 141 bugs were fixed and 50 of them have been merged. The rest will be merged in the coming weeks. Thanks to all who support us locally and remotely. See you in next Bug Smash in Shenzhen, China. Best Regards Fred

Re: [openstack-dev] [puppet][networking-ovs-dpdk] Request to add puppet-dpdk module

Is there a reason that you are starting a new project instead of contributing to The networking-ovs-dpdk puppet module? Networking-ovs-dpdk was created to host both the integration code with neutron and then deployment tool Support for deploying ovs with dpdk for differnet tools. Currently we

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Given the inconsistency between the user survey and the apparent utilization/maintenance, I’d recommend checking on the openstack-operators list to see if this would be a major issue. Tim On 08/07/16 13:54, "Amrith Kumar" wrote: Did not realize that; I withdraw my request.

Re: [openstack-dev] [kolla] Stepping down from core

Angus and Michal, Thanks for your hard work! I hope our paths will cross again in the future. Good luck! Ryan - Original Message - From: "Martin André" To: "OpenStack Development Mailing List (not for usage questions)" Sent:

Re: [openstack-dev] [puppet] Request to add puppet-dpdk module

On Fri, Jul 8, 2016 at 8:18 AM, Saravanan KR wrote: > Thanks Emilien. I definitely agree with the preference for (1). It is > simpler in choosing either vswitch::ovs or vswitch::dpdk for the > deployment. Cool, /me looking forward to see the patch, I'll help you to get it

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

On Jul 7, 2016, at 11:37 PM, Joshua Harlow wrote: > Then can we get > https://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml#n2514finally > adjusted to be what it really is... instead of what it really isn't... I would be in favor of updating

Re: [openstack-dev] [puppet] Request to add puppet-dpdk module

Thanks Emilien. I definitely agree with the preference for (1). It is simpler in choosing either vswitch::ovs or vswitch::dpdk for the deployment. Regards, Saravanan KR On Fri, Jul 8, 2016 at 5:15 PM, Emilien Macchi wrote: > On Fri, Jul 8, 2016 at 2:33 AM, Saravanan KR

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Did not realize that; I withdraw my request. You are correct; 12 months+ is fair warning. -amrith P.S. I volunteered (in Ann Arbor) to work with you and contribute to nova-docker but I guess that's now moot; it'd have been fun :) > -Original Message- > From: Davanum Srinivas

Re: [openstack-dev] [puppet] Request to add puppet-dpdk module

On Fri, Jul 8, 2016 at 2:33 AM, Saravanan KR wrote: > Also, there is a repository networking-ovs-dpdk[1] for all the dpdk > related changes including puppet. We considered both (puppet-vswitch > and networking-ovs-dpdk). > > And we had chat with Emilien about this. His

Re: [openstack-dev] [neutron][qos] Egress minimum bandwidth assurance

Hello: I’m working in the egress minimum bandwidth assurance qos policy rule. I made a POC using the following architecture: - Every time a new rule is created and assigned to a port: o A new queue is created in OVS. o Create/update the qos policy (OVS database) in all other

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Amrith, A year and few months is sufficient notice: http://markmail.org/message/geijiljch4yxfcvq I really really want this to go away. Every time this comes up, example it came up in Austin too, a few people raise their hands and then do not show up. (Not saying you will do the same!). -- Dims

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Does it make sense that this conversation about the merits of nova-docker be had before the retirement is actually initiated. It seems odd that in the face of empirical evidence of actual use (user survey) we merely hypothesize that people are likely using their own forks and therefore it is

[openstack-dev] [Nova][SR-IOV][pci-passthrough] Reporting pci devices in hypervisor-show

Hi All, At the moment I am not aware of a nova api call that provides information about the pci devices on a host. The most obvious place to put this would be in hypervisor-show. I wonder if anyone has made an attempt at this already or if there are any reasons for not adding pci information

Re: [openstack-dev] [Fuel] It is impossible to queue UpdateDnsmasqTask

Hi, well, we have only one DHCP server that serves multiple clusters. Actions with those multiple clusters may affect DHCP server configuration. So queueing tasks that change DHCP server configuration seems like a reasonable way to fix the problem. So options 2 and 3 are much better than 1 or 4.

[Openstack-operators] Operators Workshop at OpenStack Days Tokyo

Hi everyone, We just had the second Ops Workshop at the OpenStack Days Tokyo 6-7 July. It was like a local mini-OpsMeetup and we had around 40 operators total and had very active discussion for 2days! Thanks to Tom for joining the event! see the etherpad for the result.

Re: [openstack-dev] [neutron][ovs] The way we deal with MTU

From: Armando M. [mailto:arma...@gmail.com] Sent: Tuesday, June 14, 2016 12:50 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][ovs] The way we deal with MTU On 13 June 2016 at 22:22, Terry Wilson

Re: [openstack-dev] [Bilean][CloudKitty][Telemetry] Opendiscussionaround Bilean and existing OpenStack components

Hi, On Fri, Jul 08, 2016 at 10:39:57AM +0800, 吕冬兵 wrote: > Hi Stéphane, > > I got what you mean, I’m sure that CloudKitty can rating by event, but > I have some other puzzles. Let me generally describe the arch of > Bilean first > > [events] <—> [rating] <—> [billing] > > When event coming

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

On Fri, Jul 08, 2016 at 10:11:59AM +0200, Thierry Carrez wrote: > Matt Riedemann wrote: > > [...] > > Expand the numbers to 6 months and you'll see only 13 commits. > > > > It's surprisingly high in the user survey (page 39): > > > >

Re: [openstack-dev] [kolla][horizon] Out of branch horizon plugins?

Hi, sorry for late reply. The whole "openstack_dashboard/local/enabled/" mechanism was inspired by the mechanisms used commonly in Debian and other distributions to enable/disable plugins. In short, you shouldn't *copy* the configuration files to the "enabled" directory -- instead you should keep

Re: [openstack-dev] [kolla] Stepping down from core

On Fri, Jul 8, 2016 at 10:01 AM Michal Rostecki wrote: > Hi, > > I'd like to announce that I'm leaving the Kolla core team and I will not > work on this project anymore (at least in the near future). I'm fully > focusing on working in Kubernetes upstream directly. That

Re: [openstack-dev] [nova][nova-docker] Retiring nova-docker project

Matt Riedemann wrote: [...] Expand the numbers to 6 months and you'll see only 13 commits. It's surprisingly high in the user survey (page 39): https://www.openstack.org/assets/survey/April-2016-User-Survey-Report.pdf So I suspect most users/deployments are just running their own forks. Why

[openstack-dev] [kolla] Stepping down from core

Hi, I'd like to announce that I'm leaving the Kolla core team and I will not work on this project anymore (at least in the near future). I'm fully focusing on working in Kubernetes upstream directly. That said, I want to thank you for working together! Cheers, Michal

Re: [openstack-dev] Opportunity to contribute in OpenStack

Hello, Welcome to OpenStack community! The Tricircle is to provide an OpenStack API gateway and networking automation to allow multiple OpenStack instances, spanning in one site or multiple sites or in hybrid cloud, to be managed as a single OpenStack cloud. The project is aiming at

[openstack-dev] [Fuel] Support of deployment history in fake Nailgun

Hello everyone, We [Fuel UI team] are working now on UI implementation of deployment history [1] and deployment graphs [2] features. For our development process and covering the features by functional tests, it is critical to extend fake Nailgun with emulation of a real deployment execution [3].

Re: [OpenStack-Infra] Barcelona summit talk ideas

On 07/08/2016 01:46 AM, Elizabeth K. Joseph wrote: > On Tue, Jun 14, 2016 at 7:07 AM, Paul Belanger wrote: >> Greetings, >> >> I wanted to start another etherpad[1] for collaboration on summit talk ideas >> related to openstack-infra. I think it worked well for Austin and

Re: [openstack-dev] [puppet] Request to add puppet-dpdk module

Also, there is a repository networking-ovs-dpdk[1] for all the dpdk related changes including puppet. We considered both (puppet-vswitch and networking-ovs-dpdk). And we had chat with Emilien about this. His suggestion is to have it as a separate project to make the modules cleaner like

[Openstack-operators] wikis

-- -- ??: "Edgar Magana";; : 2016??7??8??(??) 10:13 ??: "user-commit...@lists.openstack.org";

Re: [openstack-dev] [neutron][linux bridge]

pybrctl repo is at: https://github.com/udragon/pybrctl It is in pypi. Looks like a wrapper around the shell brctl commands.  I don't think it would buy us anything more than what moving neutron's current implementation of doing brctl commands to neutron-lib would do.  In fact, it might end up

[openstack-dev] [TripleO][docs]: Undercloud install fails with unavailability of oslo::cache

Hello, I am trying to install TripleO in a VM environment. It's a basic install. I am following the instructions in http://docs.openstack.org/developer/tripleo-docs/installation/installation.html. I am following the instructions for the stable branch. Installing the undercloud ("openstack