Re: [openstack-dev] [vitrage] stable/pike branch for vitrage

On 09/08/2017, 3:41, "Tony Breeds" wrote: On Tue, Aug 08, 2017 at 08:17:48AM +, Afek, Ifat (Nokia - IL/Kfar Sava) wrote: > Hi, > > I’m going to create stable/pike branches for vitrage and vitrage-dashboard tomorrow or the day after. > If you

[openstack-dev] [tacker] Self-nomination for PTL in Queens

Hi everyone, This is my self-nomination to continue running as Takcer PTL for the  Queens cycle. In Pike cycle, tacker team is focusing on stablebility and scaling. We haveintrotroduced Barbican to keep VIM credentials and Mistral to do VIMmonitoring and policies. These are great steps to let

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

Down that path lies tears. :/ From: joehuang [joehu...@huawei.com] Sent: Tuesday, August 08, 2017 10:21 PM To: OpenStack Development Mailing List (not for usage questions) Cc: kubernetes-sig-openst...@googlegroups.com Subject: Re: [openstack-dev]

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

Except webhook, how about custom module(call keystone API directly from custom module) for authorization? ( https://kubernetes.io/docs/admin/authorization/#custom-modules ) Webhook: Pros.: http calling, loose coupling, more flexible configuration. Cons.: Degraded

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

I shall take a look at the webhooks and see if I can help on this front. --Morgan On Tue, Aug 8, 2017 at 6:34 PM, joehuang wrote: > Dims, > > Integration of keystone and kubernetes is very cool and in high demand. Thank > you very much. > > Best Regards > Chaoyi Huang

Re: [openstack-dev] [nova] Self-nomination for PTL in Queens

On Tue, Aug 08, 2017 at 03:58:20PM -0500, Matt Riedemann wrote: Hi everyone, This is my self-nomination to continue running as Nova PTL for the Queens cycle. +1 ! If elected, this would be my fourth term as Nova PTL. While I try to continually improve, at this point I have a fairly steady

[openstack-dev] [ara] Best practices on what to return from REST API ?

Hi, So I'm making what I think is good progress towards the python and REST API implementation for ARA but now I have a question. I've made the following API "GET" endpoints: - files (saved Ansible files) - hosts (hosts involved in playbooks and their facts, if available) - playbooks (data about

Re: [openstack-dev] [elections] [puppet] Candidacy for Puppet OpenStack PTL (Queens)

On Wed, Aug 2, 2017 at 6:19 AM, Mohammed Naser wrote: > I would like to nominate myself for the PTL role for the Puppet OpenStack team > for the Queens release cycle. I'm super happy to see someone stepping up on this one, specially a Puppet OpenStack user & contributor

Re: [openstack-dev] [TripleO] FFE for OVN container support

On Tue, Aug 8, 2017 at 7:05 AM, Numan Siddique wrote: > I would like to request FFE exception for OVN containerized support. OVN is > an optional feature and should be a low risk. > > The patches can be found here - > https://review.openstack.org/#/q/topic:bug/1699085 I

[openstack-dev] [chef] Proposing Lance Albertson (Ramareth) for openstack-chef-core

Ohai! In openstack-chef-land, we generally don't use the ML very often, being so few; thus, when there's an occasion to send something, it better be worth it. I am proposing adding Lance Albertson (otherwise known as Ramareth on IRC and most other places I frequent) to openstack-chef-core. In

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

Dims, Integration of keystone and kubernetes is very cool and in high demand. Thank you very much. Best Regards Chaoyi Huang (joehuang) From: Davanum Srinivas [dava...@gmail.com] Sent: 01 August 2017 18:03 To: kubernetes-sig-openst...@googlegroups.com;

Re: [openstack-dev] [keystone][kubernetes] Webhook PoC for Keystone based Authentication and Authorization for Kubernetes

Cool. Which keystone version is supported? v2.0 or v3? or both? 在 2017年8月1日星期二 UTC+8下午6:03:10，Davanum Srinivas写道： > > Team, > > Having waded through the last 4 attempts as seen in kubernetes PR(s) > and Issues and talked to a few people on SIG-OpenStack slack channel, > the consensus was that

[openstack-dev] [keystone] office hours report 2017-08-08

Hi all, Today we had good focus on RC1 bugs. We spent most of the keystone meeting and all of office hours discussing or reviewing fixes. Full logs can be found at the bottom of the note [0]. Here's a summary of what we accomplished: Bug #1674676 in OpenStack Identity (keystone): "The URL

[openstack-dev] [all][pack-deb][storlets][tacker][telemetry] Last day for PTL candidate announcements

This is the last reminder of the impending conclusion of the PTL candidate announcement period. This is now the last day for nominations. If you want to stand for PTL, follow the posted instructions [1] before 23:45 UTC, 9th August to make sure the community knows your intentions. To ensure

Re: [openstack-dev] [vitrage] stable/pike branch for vitrage

On Tue, Aug 08, 2017 at 08:17:48AM +, Afek, Ifat (Nokia - IL/Kfar Sava) wrote: > Hi, > > I’m going to create stable/pike branches for vitrage and vitrage-dashboard > tomorrow or the day after. > If you have changes that should enter Pike, try to push them today. After > that, we will be

Re: [openstack-dev] [refstack][interop-wg] Candidacy for RefStack PTL

Catherine, Thank you for the amazing work you’ve done over the last two years. As we discussed in the RefStack meeting today, I’ve submitted my candidacy for RefStack PTL to the election repository. I will consider myself lucky to be even a fraction of the leader you were for this project.

Re: [openstack-dev] [neutron][vpnaas] pike rc

On 8 August 2017 at 14:21, Takashi Yamamoto wrote: > On Wed, Aug 9, 2017 at 12:35 AM, Armando M. wrote: > > > > > > On 8 August 2017 at 02:34, Akihiro Motoki wrote: > >> > >> I proposed a project-config patch to allow us to release

Re: [openstack-dev] [neutron][vpnaas] pike rc

On Wed, Aug 9, 2017 at 12:35 AM, Armando M. wrote: > > > On 8 August 2017 at 02:34, Akihiro Motoki wrote: >> >> I proposed a project-config patch to allow us to release neutron-vpnaas. >> https://review.openstack.org/#/c/491670/ >> There is a missing

[openstack-dev] [docs] importing openstack-manuals questions, looking for strategies

When trying to import https://github.com/openstack/openstack-manuals/blob/6f9fc171800e8a435011f38cd4558e900884ce86/doc/config-reference/source/compute/hypervisor-vmware.rst#L2 into the Nova admin config reference (https://review.openstack.org/#/c/491853), a couple of interesting challenges popped

[openstack-dev] [nova] Self-nomination for PTL in Queens

Hi everyone, This is my self-nomination to continue running as Nova PTL for the Queens cycle. If elected, this would be my fourth term as Nova PTL. While I try to continually improve, at this point I have a fairly steady way of doing things and most people are probably used to that by now.

[openstack-dev] [tc] [all] TC Report 32

(Rendered Version: https://anticdent.org/tc-report-32.html ) As we are still in the heady peak of the release cycle, there's not a great deal of Technical Committee activity to report, but I've dredged through some IRC logs to find a couple of bits that might be relevant to the slicke of

[openstack-dev] [election][horizon][ptl] Queens PTL candidacy

Hi everyone, I would like to announce my candidacy for PTL of Horizon for Queens; Rob Cresswell will be supporting me as co-PTL. I have been actively contributing to Horizon for over two years and became a core developer during the Pike cycle, as well as maintaining downstream customizations

Re: [openstack-dev] [release][ptl] tools for creating new releases

Excerpts from Armando M.'s message of 2017-08-08 08:48:34 -0700: > On 8 August 2017 at 06:30, Doug Hellmann wrote: > > > We realized recently that we haven't publicized some of the tools > > in the releases repository very well. One tool that will be useful > > this week

Re: [openstack-dev] [python-openstackclient][python-openstacksdk][neutron] supporting resource extensions with our CLI

On 8/8/17 10:29 AM, Akihiro Motoki wrote: > My reply applies to 'resource' extension but does not apply to > 'attribute extension' My apologies for using confusing terminology; as you pointed out we don't currently have a good solution for attribute extensions with OSC and I've tried to outline

Re: [openstack-dev] [api] [tc] Nominatimg Eric Fried for service-types-authority core

Excerpts from Chris Dent's message of 2017-08-08 16:35:18 +0100: > > I don't believe we have an established procedure for core > nominations in the service-types-authority group, so I'll just go > ahead and take the initiative. I think we should make Eric Fried > (efried on IRC) a core in that

Re: [openstack-dev] [Cyborg]Queens PTL candidacy

Howard, I guess you will need some +1 votes and I certainly support you based on our joint early work on these projects. I regret not having time to participate actively this year. However your contribution has been great for the project and the OpenStack community On Thu, Aug 3, 2017 at 3:55 AM,

Re: [openstack-dev] [api] [tc] Nominatimg Eric Fried for service-types-authority core

On 2017-08-08 16:35:18 +0100 (+0100), Chris Dent wrote: > I don't believe we have an established procedure for core > nominations in the service-types-authority group, so I'll just go > ahead and take the initiative. I think we should make Eric Fried > (efried on IRC) a core in that group. He's

Re: [openstack-dev] [python-openstackclient][python-openstacksdk][neutron][nova] supporting resource extensions with our CLI

2017-08-08 23:12 GMT+09:00 Akihiro Motoki : > 2017-08-08 22:41 GMT+09:00 Boden Russell : >> On 8/7/17 10:39 PM, Clint Byrum wrote: >>> If the thing you're doing doesn't fit in the mainline API, then what >>> you're doing is making a new API. Extensions just

Re: [openstack-dev] 503 Errors for PUT and POST calls....

Probably the "devices" option in the object server is misconfigured? On my lab and production servers I configure the object-server.conf with [DEFAULT] devices = /srv/node And then I make sure my mounted devices appear at: /srv/node/d1 /srv/node/d2 /srv/node/d3 etc The path in the error

Re: [openstack-dev] [requirements][mistral][heat][tripleo][trove][murano][solum][tacker] Releasing python-mistralclient 3.1.2

On 17-08-08 08:03:42, Matthew Thode wrote: > On 17-08-08 16:11:53, Renat Akhmerov wrote: > > Hi, > > > > We recently sent a patch [1] to release the version 3.1.2 of > > python-mistralclient out of Pike branch. It was done after the date of > > final client library releases so we’d like to

Re: [openstack-dev] [neutron] - FFE for networking-bagpipe, support for MPLS-over-GRE

This change looks good to me since it's quite small. Make sure you leave feedback on Armando's release patch to update the hash for the this repo before Thursday. On Tue, Aug 8, 2017 at 8:16 AM, wrote: > Hi PTL/all, > > I would like to request an exception for inclusion

Re: [openstack-dev] [neutron] - FFE requests for Pike

Yeah, the FFE process applies to stadium projects as well. On Tue, Aug 8, 2017 at 8:07 AM, wrote: > Hi Kevin, > > Am I right to assume this applies to stadium projects as well ? > (since they now are all under cycle-with-milestones) > > -Thomas > > > Kevin Benton,

Re: [openstack-dev] [ironic] support for various glance image reference formats - do we need them all?

Hi! Thanks for raising this. On 08/07/2017 02:47 PM, Pavlo Shchelokovskyy wrote: Hi all, currently our GlanceImageService seems to support several ways of defining a reference to glance image: 1) simple image UUID [0] 2) image UUID prefixed with 'glance://' protocol [1] (well, actually

Re: [openstack-dev] [api] [tc] Nominatimg Eric Fried for service-types-authority core

+1 from me On Tue, Aug 8, 2017 at 11:35 AM, Chris Dent wrote: > > I don't believe we have an established procedure for core > nominations in the service-types-authority group, so I'll just go > ahead and take the initiative. I think we should make Eric Fried > (efried on

Re: [openstack-dev] [release][ptl] tools for creating new releases

On 8 August 2017 at 06:30, Doug Hellmann wrote: > We realized recently that we haven't publicized some of the tools > in the releases repository very well. One tool that will be useful > this week as you prepare your release candidates is the 'new-release' > command, which

[openstack-dev] [networking-sfc] Add extension to DB UT

Hi All, I have added tap extension for https://blueprints.launchpad. net/networking-sfc/+spec/sfc-tap-port-pair. I wanted to add extension for DB validation. Where should i add the extension ? I tried adding extension here: https://github.com/openstack/networking-sfc/blob/master/

Re: [openstack-dev] [neutron][vpnaas] pike rc

On 8 August 2017 at 02:34, Akihiro Motoki wrote: > I proposed a project-config patch to allow us to release neutron-vpnaas. > https://review.openstack.org/#/c/491670/ > There is a missing configuration when neutron-vpnaas was pushed out > from the neutron stadium. > Once the

[openstack-dev] [api] [tc] Nominatimg Eric Fried for service-types-authority core

I don't believe we have an established procedure for core nominations in the service-types-authority group, so I'll just go ahead and take the initiative. I think we should make Eric Fried (efried on IRC) a core in that group. He's been doing a great deal of work related to service types and

[openstack-dev] [neutron] - FFE for networking-bagpipe, support for MPLS-over-GRE

Hi PTL/all, I would like to request an exception for inclusion in Pike, of MPLS/GRE support in networking-bagpipe. The feature consists in allowing the use of a new OVS tunnel option added in the very recently released OVS 2.8. The code is ready, the only piece preventing the merge is that the

Re: [openstack-dev] [neutron] - FFE requests for Pike

Hi Kevin, Am I right to assume this applies to stadium projects as well ? (since they now are all under cycle-with-milestones) -Thomas Kevin Benton, 2017-07-30 23:52: > Hi all, > > If you have any Neutron-related FFE requests for Pike please send an > email to the dev list with [neutron] in

Re: [openstack-dev] [Openstack][horizon][ceilometer][gnocchi]Viewing gnocchi statistics on Dashboard

On 08/08/17 02:17 AM, pearl.dsil...@wipro.com wrote: > I would like to know if there exists support to view the statistics > fetched by gnocchi on Horizon(dashboard). If so, please let me know how > to configure it in Newton release. i don't know if there's plans for this in Horizon. this

Re: [openstack-dev] [python-openstackclient][python-openstacksdk][neutron][nova] supporting resource extensions with our CLI

2017-08-08 22:41 GMT+09:00 Boden Russell : > On 8/7/17 10:39 PM, Clint Byrum wrote: >> If the thing you're doing doesn't fit in the mainline API, then what >> you're doing is making a new API. Extensions just bypass the important >> part where that API gets designed and thought

Re: [openstack-dev] [FEMDC][MassivelyDistributed] Strawman proposal for message bus analysis

Hello, As discussed in the last meeting, I started to formalize the content of the etherpad in the performance WG documentation : https://review.openstack.org/#/c/491818/ I've set some co-authorship according to what I saw in the etherpad. I guess this list can be shrunk/expanded on demand :)

[openstack-dev] [TripleO] FFE for OVN container support

Hello, I would like to request FFE exception for OVN containerized support. OVN is an optional feature and should be a low risk. The patches can be found here - https://review.openstack.org/#/q/topic:bug/1699085 Thanks Numan

Re: [openstack-dev] [python-openstackclient][python-openstacksdk][neutron][nova] supporting resource extensions with our CLI

On 8/7/17 10:39 PM, Clint Byrum wrote: > If the thing you're doing doesn't fit in the mainline API, then what > you're doing is making a new API. Extensions just bypass the important > part where that API gets designed and thought through. Irrespective of opinions as to if API extensions are good

[openstack-dev] [release][ptl] tools for creating new releases

We realized recently that we haven't publicized some of the tools in the releases repository very well. One tool that will be useful this week as you prepare your release candidates is the 'new-release' command, which edits a deliverable file to add a new release from HEAD of the given branch,

Re: [openstack-dev] Is shade (and os_client_config) thread safe?

And I see that you've already submitted a patch to this very portion of code! Thanks! On Tue, Aug 8, 2017 at 9:14 AM, David Shrewsbury wrote: > This looks more like an os_client_config problem. That key should always > be defined as it is set in the defaults. However,

Re: [openstack-dev] Is shade (and os_client_config) thread safe?

This looks more like an os_client_config problem. That key should always be defined as it is set in the defaults. However, now that I look at the default handling code, I see it uses a global variable (in defaults.py), which probably isn't going to play well in a threaded environment. I highly

Re: [openstack-dev] [neutron][tap-as-a-service] pike branch/release

hi, On Tue, Aug 8, 2017 at 9:14 PM, Doug Hellmann wrote: > Excerpts from Takashi Yamamoto's message of 2017-08-08 10:49:09 +0900: >> hi >> >> i'll create stable/pike (and probably a release) for tap-as-a-service >> in this week. >> > > We have a bunch of tools that expect

Re: [openstack-dev] [requirements][mistral][heat][tripleo][trove][murano][solum][tacker] Releasing python-mistralclient 3.1.2

On 17-08-08 16:11:53, Renat Akhmerov wrote: > Hi, > > We recently sent a patch [1] to release the version 3.1.2 of > python-mistralclient out of Pike branch. It was done after the date of final > client library releases so we’d like to discuss if we can allow such an > exception. All the

[openstack-dev] [neutron] [classifier] CCF Meeting

Hi all, Reminding that we have the Common Classification Framework meeting today, in about an hour, at #openstack-meeting. It will be a short update about the code and plans for the PTG. Agenda:

Re: [openstack-dev] [docs] Updating the docs team mission statement

On 08/08/2017 03:28 AM, Thierry Carrez wrote: Petr Kovar wrote: Hi all, With the core docs suite moving from openstack-manuals to individual project repos as per http://specs.openstack.org/openstack/docs-specs/specs/pike/os-manuals-migration.html, it's also time to update the docs team mission

Re: [openstack-dev] [python-openstackclient][python-openstacksdk][neutron][nova] supporting resource extensions with our CLI

On 08/08/2017 12:39 AM, Clint Byrum wrote: Excerpts from Matt Riedemann's message of 2017-08-07 14:33:22 -0500: There is nothing like this for Nova so I'm not sure why Nova should be involved here. We dropped all support for extending the API via stevedore extension loading in Pike [1]. The

Re: [openstack-dev] [neutron][networking-l2gw] pike

Hi, I will do this. Thanks Gary On 8/8/17, 4:47 AM, "Takashi Yamamoto" wrote: hi, who is planning to make stable/pike for networking-l2gw? __ OpenStack Development Mailing

[openstack-dev] [elections][Karbor] PTL candidacy for Queens

Hi, I would like to nominate myself to be the Karbor PTL for the Queens release cycle. I began to contribute to Karbor project since 2016.01 and as a core reviewer in Newton cycle. It is my pleasure to work with the great team to make this project better and better. We will keep moving and look

[openstack-dev] [tripleo] RC schedule

Greetings, We'll push the last RC of TripleO during the week of Aug 28 - Sep 01. https://releases.openstack.org/pike/schedule.html#p-trailing-rc There is no date (yet) for RC1, it all depends on how CI works and how patches can merge. Reminder: * we only merge bugfixes that are High or

Re: [openstack-dev] [neutron][tap-as-a-service] pike branch/release

Excerpts from Takashi Yamamoto's message of 2017-08-08 10:49:09 +0900: > hi > > i'll create stable/pike (and probably a release) for tap-as-a-service > in this week. > We have a bunch of tools that expect stable branches to only be created from releases, so please do tag before branching. Doug

Re: [openstack-dev] [docs] Updating the docs team mission statement

Excerpts from Thierry Carrez's message of 2017-08-08 12:28:58 +0200: > Petr Kovar wrote: > > Hi all, > > > > With the core docs suite moving from openstack-manuals to individual > > project repos as per > > http://specs.openstack.org/openstack/docs-specs/specs/pike/os-manuals-migration.html, > >

Re: [openstack-dev] [tripleo][qa] Enabling elastic-recheck for tripleo job

On Mon, Aug 07, 2017 at 03:28:13PM -0400, Paul Belanger wrote: > On Mon, Aug 07, 2017 at 10:34:59AM -0700, Emilien Macchi wrote: > > On Mon, Aug 7, 2017 at 9:18 AM, Paul Belanger wrote: > > > I've just pushed up a change to puppet-elastic_recheck[1] to update the > > >

Re: [openstack-dev] [mistral][heat][tripleo][trove][murano][solum][tacker] Releasing python-mistralclient 3.1.2

On 8 Aug 2017, 17:45 +0700, Thierry Carrez , wrote: > Renat Akhmerov wrote: > > [...] > > So long story short, this change will affect your project only if you > > use “mistral action-execution-list” CLI command because now this command > > will be returning by default

Re: [openstack-dev] [nova] [docs] Ideal landing page

On 08/07/2017 06:58 PM, Doug Hellmann wrote: > Excerpts from Sean Dague's message of 2017-08-07 17:07:37 -0400: >> The integration of all the manual docs, plus all of our native docs >> trying to get restructured a bit, has left us with a first order mess >> when it comes to our front page (and

[openstack-dev] [docs] [training-guides] Team meeting reminder

Hi all, Just a reminder: Training guides team meeting is today (Tuesday) at 1300UTC, #openstack-meeting-3. On the agenda [1] is moving from Hieroglyph for rendering slides [2]. -Matjaz [1] https://etherpad.openstack.org/p/training-guides-meeting-agenda [2]

Re: [openstack-dev] [nova][docs] Concerns with docs migration

On 08/07/2017 05:04 PM, Clark Boylan wrote: > On Wed, Aug 2, 2017, at 01:44 PM, Clark Boylan wrote: >> On Wed, Aug 2, 2017, at 11:37 AM, Sean Dague wrote: >>> On 08/02/2017 12:28 PM, Clark Boylan wrote: On Wed, Aug 2, 2017, at 07:55 AM, Matt Riedemann wrote: > Now that Stephen Finucane is

Re: [openstack-dev] [oslo][oslo.config][ansible][tripleo][kolla][ptg] Pluggable drivers and protect plaintext secrets

Emilien Macchi wrote: > On Mon, Aug 7, 2017 at 9:15 AM, Doug Hellmann wrote: >> Kendall & Thierry, what do we need to do to reserve that room if we >> can't find space in another team room? > > Worst case, we can use a slot from TripleO - this topic is also > critical to

Re: [openstack-dev] [mistral][heat][tripleo][trove][murano][solum][tacker] Releasing python-mistralclient 3.1.2

Renat Akhmerov wrote: > [...] > So long story short, this change will affect your project only if you > use “mistral action-execution-list” CLI command because now this command > will be returning by default only 100 entries (to return all > “--limit=-1” needs to be passed). A number of projects

Re: [openstack-dev] [docs] Updating the docs team mission statement

Petr Kovar wrote: > Hi all, > > With the core docs suite moving from openstack-manuals to individual > project repos as per > http://specs.openstack.org/openstack/docs-specs/specs/pike/os-manuals-migration.html, > it's also time to update the docs team mission statement from >

[openstack-dev] [docs] Doc meeting Thursday

Hi everyone, With the upcoming PTG and all of the big changes with the migration, I will be hosting the docs meeting as normally scheduled in #openstack-meeting on Thursday, 10th of August at 16:00UTC. I will send out the agenda closer to the day. I *strongly* urge all to attend. I know it’s

[openstack-dev] 503 Errors for PUT and POST calls....

Hi, In my openstack swift cluster, I'm seeing a lot of 503 errors as a result of tracebacks in swift logs with "No such file or directory" exceptions... # grep -Rnw txdaba05e70c6b4dfaa5884-0059895aca /var/log/swift/* /var/log/swift/proxy.error:31030:Aug 7 23:31:39

Re: [openstack-dev] [neutron][vpnaas] pike rc

I proposed a project-config patch to allow us to release neutron-vpnaas. https://review.openstack.org/#/c/491670/ There is a missing configuration when neutron-vpnaas was pushed out from the neutron stadium. Once the patch is merged and -release group are setup, we can release neutron-vpnaas by

[openstack-dev] [mistral][heat][tripleo][trove][murano][solum][tacker] Releasing python-mistralclient 3.1.2

Hi, We recently sent a patch [1] to release the version 3.1.2 of python-mistralclient out of Pike branch. It was done after the date of final client library releases so we’d like to discuss if we can allow such an exception. All the projects mentioned in the subject may be affected so please

Re: [openstack-dev] [all] New code contributors no longer forced to join the foundation

thanks for all of the effort, great work 2017-08-08 13:30 GMT+08:00 Swapnil Kulkarni : > On Tue, Aug 8, 2017 at 4:58 AM, Jeremy Stanley wrote: > > Due to improvements in the OpenStack Foundation member directory and > > our technical election tooling, it

[openstack-dev] [vitrage] stable/pike branch for vitrage

Hi, I’m going to create stable/pike branches for vitrage and vitrage-dashboard tomorrow or the day after. If you have changes that should enter Pike, try to push them today. After that, we will be able to fix Pike bugs on top of stable/pike for two more weeks. Please do not merge changes that

[openstack-dev] [os-upstream-institute] Meeting reminder

Hi Training Team, This is a friendly reminder that this week’s meeting is in one and a half hours at 0900 UTC on #openstack-meeting-3. You can find the agenda here: https://etherpad.openstack.org/p/openstack-upstream-institute-meetings See you on the meeting soon! :) Thanks and Best Regards,

[openstack-dev] [ptl][election][mistral] PTL candidacy for Queens

Hi, I’d like to continue to be the PTL of Mistral project and submitted my candidacy. [1] https://review.openstack.org/#/c/491686/ Thanks Renat Akhmerov @Nokia __ OpenStack Development Mailing List (not for usage

[openstack-dev] [python-swiftclient] download multiple files at once (in-memory)

Hi everyone, I'm using python-swiftclient and I'd like to be able to download several (small) files. Actually I don't need/want to have those files saved to disk, I'd rather be able to use their contents in memory for later inline processing through a Jupyter notebook. I can already download

Re: [openstack-dev] [ceilometer][networking-sfc] Meters/Statistics for Networking-SFC

Hi MohanKumar, Thanks for the reply. Is the design part for the “OAM Operation Manager for SFC” done? What is the approach being used to monitor the SFC? If the design is already done, I would like to contribute in implementing it. Please provide your comments. Thanks and Regards, Rajeev

[openstack-dev] [Openstack][horizon][ceilometer][gnocchi]Viewing gnocchi statistics on Dashboard

Hi all, I would like to know if there exists support to view the statistics fetched by gnocchi on Horizon(dashboard). If so, please let me know how to configure it in Newton release. Thanks & Regards, Pearl Dsilva The information contained in this electronic message and any attachments to