[openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

Hi, Today in the #openstack-puppet channel a discussion about the pro and cons of using domain parameter for Keystone V3 has been left opened. The context Domain names are needed in Openstack Keystone V3 for identifying users or groups (of users) within different projects (tenant). U

Re: [openstack-dev] [keystone] PTL non-candidacy

Gotta add my thanks as well…as I’m sure Dolph will attest, it’s a tough job - and we’ve been lucky to have people who have been prepared to put in the really significant effort that is required to make both the role and the project successful! To infinity and beyond…. Henry > On 11 Sep 2015,

Re: [openstack-dev] [all][Elections] Nominations for OpenStack PTLs (Program Technical Leads) are now open

Tony Breeds wrote: > Nominations for OpenStack PTLs (Program Technical Leads) are now open and will > remain open until September 17, 05:59 UTC. Programs are called Project Teams (since the Big Tent reform), and we recognize that the PTL leading duties are not just technical, so PTL is now actuall

[openstack-dev] [fuel][swift] Separate roles for Swift nodes

Hi all! I'm starting to investigate some improvements for swift installation in fuel, in paticular a way to dedicate a node for it. I found this blueprint https://blueprints.launchpad.net/fuel/+spec/swift-separate-role that seems to be what i'm looking for. The blueprint was accepted but not yet st

[openstack-dev] [neutron][tempest] iptables-based security groups / accepting ingress ICMP

Hi! We have a scenario tempest test case (test_cross_tenant_traffic) which assumes that an instance should be able to receive icmp echo responses even when no ingress security rules are defined for that instance. I don't take a stand on iptables-based security group implementation details (this w

Re: [openstack-dev] [ceilometerclient] Updating global-requirements caps.

On 11 September 2015 at 11:26, Tony Breeds wrote: > Hi all, > In trying to fix a few stable/juno issues we need to release a new version > of ceilometerclient for stable/juno. This email is to try and raise awareness > so that if the proposal is bonkers [1] we can come up with something bette

[openstack-dev] [nova] Nova currently handles list with limit=0 quite different for different objects.

Hi, I found out that nova currently handles list with limit=0 quite different for different objects. Especially when list servers: According to the code: http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/common.py#n206 when limit = 0, it should apply as max_limit, but currentl

Re: [openstack-dev] [neutron][tempest] iptables-based security groups / accepting ingress ICMP

Neutron security groups are stateful. A response should be able to come back without ingress rules regardless of the use of iptables. On Fri, Sep 11, 2015 at 12:25 AM, Tikkanen, Viktor (Nokia - FI/Espoo) < [email protected]> wrote: > Hi! > > We have a scenario tempest test case (test_cros

Re: [openstack-dev] [Glance] python-glanceclient 1.0.x back compat for v2 proposal.

On 11/09/15 08:08 +1200, Robert Collins wrote: On 11 September 2015 at 07:48, Nikhil Komawar wrote: Hi all, ... 3. python-glanceclient upgrades need to be done in staged manner and by cross-checking the rel-notes or preferably commit messages if your deployment is fragile to upgrades. A CI/C

Re: [openstack-dev] [glance] [nova] Verification of glance images before boot

On 10/09/15 15:36 -0400, Nikhil Komawar wrote: The solution to this problem is to improve the scrubber to clean up the garbage data left behind in the backend store during such failed uploads. Currently, scrubber cleans up images in pending_delete and extending that to images in killed status wo

Re: [openstack-dev] [Ironic] There is a function to display the VGA emulation screen of BMC in the baremetal node on the Horizon?

Hi, > We are investigating how to display on the Horizon a VGA > emulation screen of BMC in the bare metal node that has been > deployed by Ironic. > If it was already implemented, I thought that the connection > information of a VNC or SPICE server (converted if necessary) > for a VGA emulation s

[openstack-dev] [Ironic] Suggestion to split install guide

Hi all! Our install guide is huge, and I've just approved even more text for it. WDYT about splitting it into "Basic Install Guide", which will contain bare minimum for running ironic and deploying instances, and "Advanced Install Guide", which will the following things: 1. Using Bare Metal s

[openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

Hi devs, I am trying Ceilometer with gnocchi. I find that gnocchi cannot deal with combined resource-id such as instance-xx-tapxx or instance--vda. I'm not sure whether it is my configuration problem or just bug. And if such combined resource-id can be processed correctly, what

Re: [openstack-dev] [CI] [zuul] Can not vote +/-1 verified into gerrit server

Hello, Ramy Thank you for your help. Could you do me another favor, please. I need to move our CI from sandbox to cinder later. Do I need to register the CI to anywhere, so that the CI could test new patch set in cinder project, please? Best regards, Watanabe.isao > -Original Message-

[openstack-dev] [nova] Fine-grained error reporting via the external API

I've recently been writing a tool which uses Nova's external API. This is my first time consuming this API, so it has involved a certain amount of discovery. The tool is here for the curious: https://gist.github.com/mdbooth/163f5fdf47ab45d7addd I have felt hamstrung by the general inability to

[openstack-dev] [Devstack][Sahara][Cinder] BlockDeviceDriver support in Devstack

Hello folks! Cinder supports BlockDeviceDriver [1] for a while, but driver cannot be selected as a backend during devstack installation. This driver solves several possible issues with I/O performance, which is really important for Sahara clusters. Also, support of this driver is required for CI o

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

Whichever approach is adopted you need to consider the future and the longer term objective of moving to fully hierarchical names. I believe the current Keystone approach is only an interim one, as it only supports partial hierarchies. Fully hierarchical names has been discussed in the Keystone gro

Re: [openstack-dev] [keystone] PTL non-candidacy

Hi Morgan I think you have been an excellent PTL, and I wish you all the best in your future roles with OpenStack regards David On 10/09/2015 22:40, Morgan Fainberg wrote: > As I outlined (briefly) in my recent announcement of changes ( > https://www.morganfainberg.com/blog/2015/09/09/openstac

[openstack-dev] [ceilometer] using entry_points for configuration considered harmful

Several weeks ago I made a little tool call pollman[1] that demonstrates pollsters plugins that are outside the ceilometer python namespace. I was going to use it in my portion of a summit talk to show just how incredibly easy it is to create custom pollsters. After getting the basics working and

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

On Fri, Sep 11 2015, Luo Gangyi wrote: Hi Luo, > I find that gnocchi cannot deal with combined resource-id such as > instance-xx-tapxx or instance--vda. I'm not sure whether it is my > configuration problem or just bug. Which version are you testing? The master branch has no support

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

On Fri, Sep 11 2015, Julien Danjou wrote: > Which version are you testing? The master branch has no support for s/no/now/ -- Julien Danjou -- Free Software hacker -- http://julien.danjou.info signature.asc Description: PGP signature

Re: [openstack-dev] [gate] broken by pyeclib 1.0.9 release

On 09/10/2015 03:45 PM, Robert Collins wrote: > On 11 September 2015 at 07:23, Robert Collins > wrote: >> Note that master is pinned: >> >> commit aca1a74909d7a2841cd9805b7f57c867a1f74b73 >> Author: Tushar Gohad >> Date: Tue Aug 18 07:55:18 2015 + >> >> Restrict PyECLib version to 1.0.

Re: [openstack-dev] [nova] Fine-grained error reporting via the external API

On 09/11/2015 05:41 AM, Matthew Booth wrote: > I've recently been writing a tool which uses Nova's external API. This > is my first time consuming this API, so it has involved a certain amount > of discovery. The tool is here for the curious: > > https://gist.github.com/mdbooth/163f5fdf47ab45d7a

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

On 11/09/15 20:17, David Chadwick wrote: > Whichever approach is adopted you need to consider the future and the > longer term objective of moving to fully hierarchical names. I believe > the current Keystone approach is only an interim one, as it only > supports partial hierarchies. Fully hierar

Re: [openstack-dev] [murano] [dashboard] Remove the owner filter from "Package Definitions" page

I believe, that pagination is not broken there, since it works the same way pagination works on glance images page in horizon (the place the filter comes from) Nevertheless +1 from me on the idea of replacing the filter with text-based filter, that would search by name. AFAIK it should be able t

Re: [openstack-dev] [nova] Fine-grained error reporting via the external API

> From: [email protected] > To: [email protected] > Date: Fri, 11 Sep 2015 10:41:47 +0100 > Subject: [openstack-dev] [nova] Fine-grained error reporting via the > external API > > However, all I have is that I made a BadRequest. I could potentially > grep the human readable error

Re: [openstack-dev] [nova] Fine-grained error reporting via the external API

On 11/09/15 12:19, Sean Dague wrote: > On 09/11/2015 05:41 AM, Matthew Booth wrote: >> I've recently been writing a tool which uses Nova's external API. This >> is my first time consuming this API, so it has involved a certain amount >> of discovery. The tool is here for the curious: >> >> https:

[openstack-dev] [zaqar][all] PTL No-Candidacy

Greetings, I'm sending this email to announce that I wont be running for Zaqar's PTL position this cycle. I've been Zaqar's PTL for two cycles and I believe it is time for me to move on. More importantly, I believe it's time for this great, still small, project to be led by someone else. The rea

[openstack-dev] [nova] changes in our tempest/devstack scenarios

This is mostly an FYI for folks about how the test jobs have changed a bit going into the Liberty release because people might not have kept on top of it. On a Liberty devstack the service catalogue now looks as follows: compute => /v2.1/ compute_legacy => /v2 This means that all dsvm jobs are n

Re: [openstack-dev] [CI] [zuul] Can not vote +/-1 verified into gerrit server

Follow these instructions to get permission from cinder: [1] Ramy [1] http://docs.openstack.org/infra/system-config/third_party.html#permissions-on-your-third-party-system -Original Message- From: Watanabe, Isao [mailto:[email protected]] Sent: Friday, September 11, 2015 2:26

Re: [openstack-dev] [glance] [nova] Verification of glance images before boot

You are right in the sense that's the ideal scenario. (Impl-wise) However, even today we do not guarantee that behavior. If someone were to propose a new driver or a change driver capability or any thing of such order, images in status killed won't be guaranteed to have removed the garbage data. T

Re: [openstack-dev] [ceilometer] using entry_points for configuration considered harmful

Excerpts from Chris Dent's message of 2015-09-11 11:31:07 +0100: > > Several weeks ago I made a little tool call pollman[1] that demonstrates > pollsters plugins that are outside the ceilometer python namespace. I > was going to use it in my portion of a summit talk to show just how > incredibly e

[openstack-dev] [keystone] creating new users with invalid mail addresses possible

At the moment it is possible to create new users with invalid mail addresses. I pasted the output of my test at http://paste.openstack.org/show/456642/. (the listing of invalid mail addresses is available at http://codefool.tumblr.com/post/15288874550/list-of-valid-and-invalid-email-addresses).

Re: [openstack-dev] [ceilometerclient] Updating global-requirements caps.

On 10/09/2015 7:26 PM, Tony Breeds wrote: Hi all, In trying to fix a few stable/juno issues we need to release a new version of ceilometerclient for stable/juno. This email is to try and raise awareness so that if the proposal is bonkers [1] we can come up with something better. This isn

Re: [openstack-dev] [keystone] creating new users with invalid mail addresses possible

On Fri, Sep 11, 2015 at 8:26 AM, Christian Berendt wrote: > At the moment it is possible to create new users with invalid mail > addresses. I pasted the output of my test at > http://paste.openstack.org/show/456642/. (the listing of invalid mail > addresses is available at > http://codefool.tumbl

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

On 09/11/2015 04:17 AM, David Chadwick wrote: Whichever approach is adopted you need to consider the future and the longer term objective of moving to fully hierarchical names. I believe the current Keystone approach is only an interim one, as it only supports partial hierarchies. Fully hierarchi

Re: [openstack-dev] [keystone] PTL non-candidacy

On Thu, Sep 10, 2015 at 5:40 PM, Morgan Fainberg wrote: > While I will be changing my focus to spend more time on the general needs > of OpenStack and working on the Public Cloud story, I am confident in those > who can, and will, step up to the challenges of leading development of > Keystone and

Re: [openstack-dev] [Ironic] Suggestion to split install guide

On Fri, Sep 11, 2015 at 10:56:07AM +0200, Dmitry Tantsur wrote: > Hi all! > > Our install guide is huge, and I've just approved even more text for it. > WDYT about splitting it into "Basic Install Guide", which will contain bare > minimum for running ironic and deploying instances, and "Advanced I

Re: [openstack-dev] [keystone] creating new users with invalid mail addresses possible

On Fri, Sep 11, 2015 at 8:04 AM, David Stanek wrote: > On Fri, Sep 11, 2015 at 8:26 AM, Christian Berendt > wrote: > >> At the moment it is possible to create new users with invalid mail >> addresses. I pasted the output of my test at >> http://paste.openstack.org/show/456642/. (the listing of i

Re: [openstack-dev] [fuel][swift] Separate roles for Swift nodes

Hey Daniel, So as part of the 7.0 work we added support in plugins to be able to create roles and being able to separate roles from the existing system. I think swift would be a good candidate for this. I know we also added in some support for an external swift configuration that will be helpful

[openstack-dev] [Glance] PTL Candidacy

Greetings, I'd like to raise my hand and send my candidacy for Glance's PTL position. If you've heard my name, it's entirely possible that you hear it either for my Zaqar's PTL position or my current TC position. Before I go forward with my candidacy, allow me to say that I won't be running for

[openstack-dev] [Glance] glance core rotation part 1

Hi, I would like to propose the following removals from glance-core based on the simple criterion of inactivity/limited activity for a long period (2 cycles or more) of time: Alex Meade Arnaud Legendre Mark Washenberger Iccha Sethi Zhi Yan Liu (Limited activity in Kilo and absent in Liberty) Ple

Re: [openstack-dev] [Glance] glance core rotation part 1

On 11/09/15 10:23 -0400, Nikhil Komawar wrote: Hi, I would like to propose the following removals from glance-core based on the simple criterion of inactivity/limited activity for a long period (2 cycles or more) of time: Alex Meade Arnaud Legendre Mark Washenberger Iccha Sethi Zhi Yan Liu (Lim

Re: [openstack-dev] [keystone] creating new users with invalid mail addresses possible

We don't utilize email address for anything. It is not meant to be a top-level column. We've had a lot of discussions on this. The main result is we decided that Keystone should be getting out of the PII game as much as possible. I am against making email a top level attribute. Instead we shou

Re: [openstack-dev] [glance] [nova] Verification of glance images before boot

On 11/09/15 07:58 -0400, Nikhil Komawar wrote: You are right in the sense that's the ideal scenario. (Impl-wise) However, even today we do not guarantee that behavior. If someone were to propose a new driver or a change driver capability or any thing of such order, images in status killed won't

Re: [openstack-dev] [Ironic] Suggestion to split install guide

On Fri, Sep 11, 2015 at 9:44 AM, Jim Rollenhagen wrote: > On Fri, Sep 11, 2015 at 10:56:07AM +0200, Dmitry Tantsur wrote: > > Hi all! > > > > Our install guide is huge, and I've just approved even more text for it. > > WDYT about splitting it into "Basic Install Guide", which will contain > bare

Re: [openstack-dev] [glance] [nova] Verification of glance images before boot

On 9/11/15 10:40 AM, Flavio Percoco wrote: > On 11/09/15 07:58 -0400, Nikhil Komawar wrote: >> You are right in the sense that's the ideal scenario. >> >> (Impl-wise) However, even today we do not guarantee that behavior. If >> someone >> were to propose a new driver or a change driver capability

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

On Fri, Sep 11, 2015 at 4:25 AM, Gilles Dubreuil wrote: > > > On 11/09/15 20:17, David Chadwick wrote: > > Whichever approach is adopted you need to consider the future and the > > longer term objective of moving to fully hierarchical names. I believe > > the current Keystone approach is only an

Re: [openstack-dev] [Glance] glance core rotation part 1

Something I missed adding before was: Glance community would like to extend our courtesy for a Fast Track addition to the group to any one of these or former core members, who wish to join the development community again and become active in foreseeable future. On 9/11/15 10:29 AM, Flavio Percoco

Re: [openstack-dev] [Ironic] Suggestion to split install guide

Hello, Dmitry Tantsur said on Fri, Sep 11, 2015 at 10:56:07AM +0200: Our install guide is huge, and I've just approved even more text for it. WDYT about splitting it into "Basic Install Guide", which will contain bare minimum for running ironic and deploying instances, and "Advanced Install Gu

Re: [openstack-dev] [OpenStack-Infra] Gerrit downtime on Friday 2015-09-11 at 23:00 UTC

My reply all missed a list, sorry. On 09/11/2015 11:07 AM, Anita Kuno wrote: > On 08/27/2015 12:51 PM, James E. Blair wrote: >> On Friday, September 11 at 23:00 UTC Gerrit will be unavailable for >> about 30 minutes while we rename some projects. >> >> Existing reviews, project watches, etc, shoul

Re: [openstack-dev] [glance] [nova] Verification of glance images before boot

On 11/09/15 10:49 -0400, Nikhil Komawar wrote: On 9/11/15 10:40 AM, Flavio Percoco wrote: On 11/09/15 07:58 -0400, Nikhil Komawar wrote: You are right in the sense that's the ideal scenario. (Impl-wise) However, even today we do not guarantee that behavior. If someone were to propose a new d

Re: [openstack-dev] [keystone] creating new users with invalid mail addresses possible

On Fri, Sep 11, 2015 at 7:26 AM, Christian Berendt wrote: > At the moment it is possible to create new users with invalid mail > addresses. I pasted the output of my test at > http://paste.openstack.org/show/456642/. (the listing of invalid mail > addresses is available at > http://codefool.tumbl

Re: [openstack-dev] [keystone] creating new users with invalid mail addresses possible

On Fri, Sep 11, 2015 at 9:29 AM, Morgan Fainberg wrote: > We don't utilize email address for anything. It is not meant to be a > top-level column. We've had a lot of discussions on this. The main result > is we decided that Keystone should be getting out of the PII game as much > as possible. > >

[openstack-dev] [Heat] Integration Test Questions

Hi All, My coworker and I would like to start filling out some gaps in api coverage that we see in the functional integration tests. We have one patch up for review (https://review.openstack.org/#/c/219025/). We got a comment saying that any new stack creation will prolong the testing cycle. We

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

Hi, Julien I am using master branch and newest code for testing. For the purpose for learning the structure of gnocchi, I changed the default UUID type of mysql from binary to char, so I can easily link the resource-id(I mean in database), metric id and directory name of storing measures.

[openstack-dev] [Heat] Scattered thoughts on the PTL election

The Heat project pioneered the concept of rotating the PTL for every development cycle, and so far all of the early (before 2013) developers who are still involved have served as PTL. I think this has been a *tremendous* success for the project, and a testament to the sheer depth of leadership

Re: [openstack-dev] [nova] [api] Nova currently handles list with limit=0 quite different for different objects.

On Fri, 2015-09-11 at 15:41 +0800, Zhenyu Zheng wrote: > Hi, I found out that nova currently handles list with limit=0 quite > different for different objects. > > Especially when list servers: > > According to the code: > http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/commo

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

On Fri, Sep 11 2015, Luo Gangyi wrote: Hi Gangyi, > I am using master branch and newest code for testing. Cool. > For the purpose for learning the structure of gnocchi, I changed the > default UUID type of mysql from binary to char, so I can easily link > the resource-id(I mean in database)

Re: [openstack-dev] [Horizon]Let's take care of our integration tests

Is there any documentation to run the tests locally? Doing ./run_tests.sh --only-selenium skips a lot of tests. Is that the recommended way? -Rajat On Thu, Sep 10, 2015 at 3:54 PM, David Lyle wrote: > I completely agree about monitoring for integration test failures and > blocking until the fai

Re: [openstack-dev] [Horizon]Let's take care of our integration tests

raj On Fri, Sep 11, 2015 at 10:11 AM, Rajat Vig wrote: > Is there any documentation to run the tests locally? > Doing ./run_tests.sh --only-selenium skips a lot of tests. Is that the > recommended way? > > -Rajat > > On Thu, Sep 10, 2015 at 3:54 PM, David Lyle wrote: >> >> I completely agree abo

Re: [openstack-dev] [Horizon]Let's take care of our integration tests

Oops! ./run_tests.sh --only-selenium only skips the non-selenium tests. It works as intended. ./run_tests.sh --with-selenium will run all tests. Both of which are documented in the help of run_tests.sh David On Fri, Sep 11, 2015 at 10:23 AM, David Lyle wrote: > raj > > On Fri, Sep 11, 2015 a

Re: [openstack-dev] [Horizon]Let's take care of our integration tests

Of course, your question confused me. As you switched to selenium tests. To run integration tests, ./run_tests.sh --integration which is also documented in ./run_tests.sh --help David On Fri, Sep 11, 2015 at 10:25 AM, David Lyle wrote: > Oops! > > ./run_tests.sh --only-selenium only skips th

[openstack-dev] ?????? [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

Thanks Julien :) > But I don't think Ceilometer has this metric posted to Gnocchi yet, the > code is a bit young and not finished on the Ceilometer side. If you > check gnocchi_resources.yaml, it's still marked "ignored" for now. I checked it again, no "ignored" is marked, seems the bug

Re: [openstack-dev] [OpenStack-Infra] [infra] PTL non-candidacy

On Thu, Sep 10, 2015 at 1:56 PM, Jeremy Stanley wrote: > On 2015-09-10 13:27:53 -0700 (-0700), James E. Blair wrote: > [...] >> I do not plan to run for PTL in the next cycle. > [...] > > Thanks for the awesome job you did as PTL these last cycles. I hope > you enjoy a much-deserved break from the

[openstack-dev] [devstack][keystone][ironic] Use only Keystone v3 API in DevStack

Hi, Short story/question: Is keystone /v3 support important to the ironic team? For Mitaka i guess? Long story: The previous discussion - guidance from keystone team on magnum ( http://markmail.org/message/jchf2vj752jdzfet) motivated me to dig into the experimental job we have in devstack for ful

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal with combined resource-id ?

On Fri, 11 Sep 2015, Luo Gangyi wrote: I am using master branch and newest code for testing. For the purpose for learning the structure of gnocchi, I changed the default UUID type of mysql from binary to char, so I can easily link the resource-id(I mean in database), metric id and directory nam

Re: [openstack-dev] [Horizon]Let's take care of our integrationtests

Also some info available at   https://github.com/openstack/horizon/blob/master/openstack_dashboard/test/integration_tests/README.rst   to point out needed config Doug     - Original message -From: David Lyle To: "OpenStack Development Mailing List (not for usage questions)" Cc:Subject: Re:

Re: [openstack-dev] [Ironic] Suggestion to split install guide

I agree that it's far too long right now and should be split up. I would suggest splitting the section on standalone usage into its own guide, since many of the advanced topics can apply to using Ironic with and without other services. So perhaps more like this: - Basic Install Guide with OpenSta

[openstack-dev] [Nova] Design Summit Topics for Nova

Hi, Its time to start thinking about what things you want to get discussed at the Design Summit, this is specifically the Nova developer design summit track. We have about 14 fishbowl sessions. To make it easier to know who submitted what, we are going to try out google forms for the submissions:

Re: [openstack-dev] [devstack][keystone][ironic] Use only Keystone v3 API in DevStack

We (the Ironic team) have talked a couple times about keystone /v3 support and about improving the granularity of policy support within Ironic. No one stepped up to work on these specifically, and they weren't prioritized during Liberty ... but I think everyone agreed that we should get on with the

Re: [openstack-dev] [Ceilometer][Gnocchi] Gnocchi cannot deal withcombined resource-id ?

Hi, Chris > With that change in place you can still use the 'instance-xxx-tap' ID > in the part of /v1/metric/resource// URLs and in > search queries. But we cannot know the tap name through nova api or neutron api. In general, there exists some conditions that we cannot know the exact

[openstack-dev] [Fuel] Nominate Olga Gusarenko for fuel-docs core

Fuelers, I'd like to nominate Olga Gusarenko for the fuel-docs-core. She has been doing great work and made a great contribution into Fuel documentation: http://stackalytics.com/?user_id=ogusarenko&release=all&project_type=all&module=fuel-docs It's high time to grant her core reviewer's rights

Re: [openstack-dev] [Fuel] Nominate Olga Gusarenko for fuel-docs core

+1 Great work Olga! On Fri, Sep 11, 2015, 11:09 Irina Povolotskaya wrote: > Fuelers, > > I'd like to nominate Olga Gusarenko for the fuel-docs-core. > > She has been doing great work and made a great contribution > into Fuel documentation: > > > http://stackalytics.com/?user_id=ogusarenko&relea

Re: [openstack-dev] [Glance] glance core rotation part 1

  -Original Message- From: Nikhil Komawar Reply: OpenStack Development Mailing List (not for usage questions) Date: September 11, 2015 at 09:30:23 To: [email protected] Subject:  [openstack-dev] [Glance] glance core rotation part 1 > Hi, > > I would like to propose t

Re: [openstack-dev] [Glance] glance core rotation part 1

+1 On Fri, Sep 11, 2015 at 2:33 PM, Ian Cordasco wrote: > > > -Original Message- > From: Nikhil Komawar > Reply: OpenStack Development Mailing List (not for usage questions) < > [email protected]> > Date: September 11, 2015 at 09:30:23 > To: [email protected]

[openstack-dev] [Neutron] Allow for per-subnet dhcp options

I'm hurt that this blue print has seen no love in 18 months: https://blueprints.launchpad.net/neutron/+spec/dhcp-options-per-subnet I need different MTUs and different domians on different subnets. It appears there is still no way to do this other than running a network node (or two if I want HA)

[openstack-dev] [nova] How to get notification for new compute node?

Hi, I wanted to know how I can get a notification event for compute node addition in OpenStack. I can see a new hypervisor entry gets added after every compute node is added but, can't find the exchange where I can get this notification (I can get notifications for VM creation, deletion etc.). I t

[openstack-dev] [app-catalog] PTL Candidacy

It's time for the Community App Catalog to go through an official election cycle, and I'm putting my name in for PTL. I've been filling that role provisionally since before the App Catalog was launched at the Vancouver summit, and I would like to continue service as PTL officially. Now that we've

[openstack-dev] [all][TC] 'team:danger-not-diverse tag' and my concerns

Hi all, I was reading over the TC IRC logs for this week (my weekly reading) and I just wanted to let my thoughts and comments be known on: http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-09-08-20.01.log.html#l-309 I feel it's very important to send a positive note for new/upcoming p

[openstack-dev] [neutron][lbaas] Is SSL offload config possible using non "admin" tenant?

Hi, Has anyone tried configuring SSL Offload as a tenant? During listener creation there is an error thrown saying 'could not locate/find container'. The lbaas plugin is not able to fetch the tenant's certificate. From the code it looks like

Re: [openstack-dev] [Neutron] Allow for per-subnet dhcp options

On Fri, Sep 11, 2015 at 2:04 PM, Jonathan Proulx wrote: > I'm hurt that this blue print has seen no love in 18 months: > https://blueprints.launchpad.net/neutron/+spec/dhcp-options-per-subnet > > This BP has no RFE bug or spec filed for it, so it's hard to be on anyone's radar when it's not follo

Re: [openstack-dev] [all][TC] 'team:danger-not-diverse tag' and my concerns

On Fri, Sep 11, 2015 at 3:26 PM, Joshua Harlow wrote: > Hi all, > > I was reading over the TC IRC logs for this week (my weekly reading) and I > just wanted to let my thoughts and comments be known on: > > > http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-09-08-20.01.log.html#l-309 > > I

Re: [openstack-dev] [all][TC] 'team:danger-not-diverse tag' and my concerns

Thanks for starting this thread Josh. On Fri, Sep 11, 2015 at 12:26 PM, Joshua Harlow wrote: > Hi all, > > I was reading over the TC IRC logs for this week (my weekly reading) and I > just wanted to let my thoughts and comments be known on: > > > http://eavesdrop.openstack.org/meetings/tc/2015/t

Re: [openstack-dev] [keystone] PTL non-candidacy

Morgan, thanks for all your hard work. It’s been an honor to have you as our PTL. "All the world's a stage,” Now set back, relax, grab a drink, and enjoy the show. ☺ Guang From: Morgan Fainberg [mailto:[email protected]] Sent: Thursday, September 10, 2015 2:41 PM To: OpenStack Develo

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

On 11/09/2015 14:32, Rich Megginson wrote: > On 09/11/2015 04:17 AM, David Chadwick wrote: >> Whichever approach is adopted you need to consider the future and the >> longer term objective of moving to fully hierarchical names. I believe >> the current Keystone approach is only an interim one, as

Re: [openstack-dev] [devstack][keystone][ironic] Use only Keystone v3 API in DevStack

Can you please elaborate on "granularity of policy support within Ironic."? Is there a blueprint/etherpad we can take a look? Guang -Original Message- From: Devananda van der Veen [mailto:[email protected]] Sent: Friday, September 11, 2015 10:25 AM To: OpenStack Development Mail

[openstack-dev] [cinder] Design Summit Topics

Propose your topics: https://etherpad.openstack.org/p/cinder-mitaka-summit-topics Next Cinder meeting, we'll discuss them: https://wiki.openstack.org/wiki/CinderMeetings -- Mike Perez __ OpenStack Development Mailing List

Re: [openstack-dev] [Fuel] Install fuel-libraryX.Y as a package on slave nodes

I support this proposal but I just wanted to mention that we'll lose an easy way to develop manifests. I agree that manifests in this case have no difference with Neutron code, for instance. But anyway I +1 this, especially with Vova Kuklin's additions. On Thu, Sep 10, 2015 at 12:25 PM, Vladimir K

Re: [openstack-dev] [devstack][keystone][ironic] Use only Keystone v3 API in DevStack

On Fri, Sep 11, 2015 at 2:55 PM, Yee, Guang wrote: > Can you please elaborate on "granularity of policy support within > Ironic."? Is there a blueprint/etherpad we can take a look? > See the lack of granularity expressed by Ironic's current policy file: https://github.com/openstack/ironic/blob

Re: [openstack-dev] [devstack][keystone][ironic] Use only Keystone v3 API in DevStack

This has been informal discussions at various times around how differently privileged users might use Ironic for different things. It would be great if our API supported policy settings that corresponded to, let's say, a junior support engineer's read-only access, or a DC technician's need to perfo

[openstack-dev] [UX] Creating acount at Invision

Hi, I want to have an account at Invision. Thanks to someone with right priviledge to create a new account for me there. I sent a request to Horizon IRC channel, but it yields no result. __ OpenStack Development Mailing List (n

Re: [openstack-dev] [puppet][keystone] Choose domain names with 'composite namevar' or 'meaningless name'?

On 09/11/2015 01:03 AM, Gilles Dubreuil wrote: Hi, Today in the #openstack-puppet channel a discussion about the pro and cons of using domain parameter for Keystone V3 has been left opened. The context Domain names are needed in Openstack Keystone V3 for identifying users or groups

[openstack-dev] [keystone][ptl] PTL Candidacy

Hey everyone, After contributing consistently to Keystone since the Grizzly release, I'd like to run for the Keystone PTL position for the Mikata release cycle. I've been a core contributor to Keystone since Icehouse and have largely been focused on improving Keystone’s ability to integrate with

[openstack-dev] [puppet] PTL Candidacy

( Also posted on https://review.openstack.org/222767 ) Moving Puppet OpenStack modules under the big tent was an amazing opportunity for us to make sure our project remains Open [1]. Liberty was our first cycle where we were part of OpenStack and we can be proud of what we achieved together [2].

[openstack-dev] [neutron] PTL Non-Candidacy

I'm writing to let everyone know that I do not plan to run for Neutron PTL for a fourth cycle. Being a PTL is a rewarding but difficult job, as Morgan recently put it in his non-candidacy email [1]. But it goes further than that for me. As Flavio put it in his post about "Being a PTL" [2], it's a f

Re: [openstack-dev] [all][TC] 'team:danger-not-diverse tag' and my concerns

On Sep 11, 2015, at 12:45 PM, Shamail Tahir wrote: > On Fri, Sep 11, 2015 at 3:26 PM, Joshua Harlow > wrote: > Hi all, > > I was reading over the TC IRC logs for this week (my weekly reading) and I > just wanted to let my thoughts and comments be known on: > > http

Re: [openstack-dev] [keystone] PTL non-candidacy

Thanks Morgan, it was a pleasure to have you contributing as PTL while working with Keystone. On Fri, Sep 11, 2015 at 4:52 PM, Yee, Guang wrote: > Morgan, thanks for all your hard work. It’s been an honor to have you as > our PTL. > > > > "All the world's a stage,” > > > > Now set back, relax, g

Re: [openstack-dev] [neutron] PTL Non-Candidacy

Kyle, This news saddens me, but I completely understand. You've been a great PTL and I appreciate everything you have done for Neutron. Enjoy your new found free time after this. Thanks, Brandon On Fri, 2015-09-11 at 16:12 -0500, Kyle Mestery wrote: > I'm writing to let everyone know that I do n

Re: [openstack-dev] [all][TC] 'team:danger-not-diverse tag' and my concerns

On 11/09/2015 3:26 PM, Joshua Harlow wrote: Hi all, I was reading over the TC IRC logs for this week (my weekly reading) and I just wanted to let my thoughts and comments be known on: http://eavesdrop.openstack.org/meetings/tc/2015/tc.2015-09-08-20.01.log.html#l-309 I feel it's very imp

  1   2   >