[openstack-dev] [Neutron][ML2] ML2 late/early-cycle sprint announcement

Folks, We are planning on having ML2 coding sprint on October 6 through 8, 2015. Some are calling it Liberty late-cycle sprint, others are calling it Mitaka early-cycle sprint. ML2 team has been discussing the issues related to synchronization of the Neutron DB resources with the back-end drivers

Re: [openstack-dev] [Neutron] Port forwarding

Hi Gal, Congratulations, eventually you understand what I mean. Yes, in bulk. But I don't think that's an enhancement to the API. The bulk operation is more common scenario. It is more useful and covers the single port-mapping scenario. By the way, bulk operation may apply to a subnet, a range(I

Re: [openstack-dev] This is what disabled-by-policy should look like to the user

On 09/06/2015 03:31 PM, Duncan Thomas wrote: On 5 Sep 2015 05:47, "Adam Young" > wrote: > Then let my Hijack: > > Policy is still broken. We need the pieces of Dynamic policy. > > I am going to call for a cross project policy discussion for the upcoming summit. Pl

Re: [openstack-dev] [depfreeze] [keystone] Set minimum version for passlib

On 09/08/2015 09:50 AM, Alan Pevec wrote: Hi all, according to https://wiki.openstack.org/wiki/DepFreeze I'm requesting depfreeze exception for https://review.openstack.org/221267 This is just a sync with reality, copying Javier's description: (Keystone) commit a7235fc0511c643a8441efd3d21fc3345

Re: [openstack-dev] [nova] API v2.1 reference documentation

On Tue, Sep 8, 2015 at 8:41 PM, Ken'ichi Ohmichi wrote: > Hi Melanie, > > 2015-09-09 8:00 GMT+09:00 melanie witt : > > Hi All, > > > > With usage of v2.1 picking up (devstack) I find myself going to the API > ref documentation [1] often and find it lacking compared with the similar > v2 doc [2].

Re: [openstack-dev] [all] Base feature deprecation policy

On 09/08/2015 01:58 PM, Doug Hellmann wrote: Excerpts from Ben Swartzlander's message of 2015-09-08 13:32:58 -0400: On 09/03/2015 08:22 AM, Thierry Carrez wrote: Hi everyone, A feature deprecation policy is a standard way to communicate and perform the removal of user-visible behaviors and cap

Re: [openstack-dev] [nova] API v2.1 reference documentation

Hi Melanie, 2015-09-09 8:00 GMT+09:00 melanie witt : > Hi All, > > With usage of v2.1 picking up (devstack) I find myself going to the API ref > documentation [1] often and find it lacking compared with the similar v2 doc > [2]. I refer to this doc whenever I see a novaclient bug where something

Re: [openstack-dev] [horizon] python-selenium landed in Debian main today (in Debian Experimental for the moment)

On 9 September 2015 at 05:35, Thomas Goirand wrote: > After the non-free files were removed from the package (after I asked > for it through the Debian bug https://bugs.debian.org/770232), Selenium > was uploaded and reached Debian Experimental in main today (ie: Selenium > is not in non-free sec

Re: [openstack-dev] [cinder] Using storage drivers outside of openstack/cinder

On Tue, Sep 8, 2015 at 5:01 PM, Walter A. Boring IV wrote: > Hey Tony, > This has been a long running pain point/problem for some of the drivers > in Cinder. > As a reviewer, I try and -1 drivers that talk directly to the database as > I don't think > drivers *should* be doing that. But, for

Re: [openstack-dev] Should v2 compatibility mode (v2.0 on v2.1) fixes be applicable for v2.1 too?

2015-09-08 19:45 GMT+09:00 Sean Dague : > On 09/06/2015 11:15 PM, GHANSHYAM MANN wrote: >> Hi All, >> >> As we all knows, api-paste.ini default setting for /v2 was changed to >> run those on v2.1 (v2.0 on v2.1) which is really great think for easy >> code maintenance in future (removal of v2 code).

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

Neutron would add a soft router that only knows the route to the metadata service (and any other services you want your neutron private network vms to be able to reach). This is not unique to the metadata service. Heat, Trove, etc, all want this as a feature so that one can poke holes out of these

[openstack-dev] [magnum] Should pod/rc/service 'bay_uuid' be foreign key for Bay 'uuid' ?

Hi All, K8s resources Pod/RC/Service share same 'bay_uuid' which it gets from the Bay 'uuid' (which happens to be the primary key for Bay). Shouldn't it be a good idea to make pod/rc/service 'bay_uuid' be foreign key for Bay 'uuid'. Are there any cons in doing so ? Why was it done in this specifi

Re: [openstack-dev] [cinder] Using storage drivers outside of openstack/cinder

Hey Tony, This has been a long running pain point/problem for some of the drivers in Cinder. As a reviewer, I try and -1 drivers that talk directly to the database as I don't think drivers *should* be doing that. But, for some drivers, unfortunately, in order to implement the features, they

[openstack-dev] [nova] API v2.1 reference documentation

Hi All, With usage of v2.1 picking up (devstack) I find myself going to the API ref documentation [1] often and find it lacking compared with the similar v2 doc [2]. I refer to this doc whenever I see a novaclient bug where something broke with v2.1 and I'm trying to find out what the valid req

Re: [openstack-dev] [Ansible][Infra] Moving ansible roles into big tent?

On 09/08/2015 10:57 AM, Paul Belanger wrote: > Greetings, > > I wanted to start a discussion about the future of ansible / ansible roles in > OpenStack. Over the last week or so I've started down the ansible path, > starting > my first ansible role; I've started with ansible-role-nodepool[1]. >

Re: [openstack-dev] Getting Started : OpenStack

On 07/09/2015 1:59 PM, Bhagyashree Uday wrote: Hi , I am Bhagyashree from India(IRC nick : bee2502 ). I have previous experience in data analytics including Machine Leraning,,NLP,IR and User Experience Research. I am interested in contributing to OpenStack on projects involving data analysi

Re: [openstack-dev] [all] Base feature deprecation policy

On 08/09/2015 5:29 PM, Sean Dague wrote: On 09/08/2015 03:32 PM, Doug Hellmann wrote: Excerpts from Sean Dague's message of 2015-09-08 14:11:48 -0400: On 09/08/2015 01:07 PM, Doug Hellmann wrote: Excerpts from Dean Troyer's message of 2015-09-08 11:20:47 -0500: On Tue, Sep 8, 2015 at 9:10 A

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

How does that work with neutron private networks? Thanks, Kevin From: Clint Byrum [cl...@fewbar.com] Sent: Tuesday, September 08, 2015 1:35 PM To: openstack-dev Subject: Re: [openstack-dev] [Neutron] cloud-init IPv6 support Excerpts from Nir Yechiel's mess

Re: [openstack-dev] [openstackclient] add lin hua cheng to osc-core

+++ Thanks Lin! dt On Tue, Sep 8, 2015 at 4:38 PM, Steve Martinelli wrote: > Hey everyone, > > I would like to nominate Lin Hua Cheng to the OpenStackClient core team. > > Lin continues to be an outstanding OpenStack contributor, as noted by his > core status in both Keystone and Horizon. He h

[openstack-dev] [cinder] Using storage drivers outside of openstack/cinder

Openstack/Cinder has a wealth of storage drivers to talk to different storage subsystems, which is great for users of openstack. However, it would be even greater if this same functionality could be leveraged outside of openstack/cinder. So that other projects don't need to duplicate the same fun

[openstack-dev] [openstackclient] add lin hua cheng to osc-core

Hey everyone, I would like to nominate Lin Hua Cheng to the OpenStackClient core team. Lin continues to be an outstanding OpenStack contributor, as noted by his core status in both Keystone and Horizon. He has somehow found time to also contribute to OpenStackClient and provide meaningful and h

Re: [openstack-dev] [all] Base feature deprecation policy

On 09/08/2015 03:32 PM, Doug Hellmann wrote: > Excerpts from Sean Dague's message of 2015-09-08 14:11:48 -0400: >> On 09/08/2015 01:07 PM, Doug Hellmann wrote: >>> Excerpts from Dean Troyer's message of 2015-09-08 11:20:47 -0500: On Tue, Sep 8, 2015 at 9:10 AM, Doug Hellmann > > I'd li

Re: [openstack-dev] [Glance] New BP required for adding new json file to Glance metadefs?

Thanks Nikhil for your response. Given the spec deadline for Liberty is over, I assume I would submitting my spec targeting for Mitaka. Currently, I noticed there is no Mitaka specs folder yet. So I created one. Can you please help review it - https://review.openstack.org/#/c/218098/ ? I can t

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

Dear colleagues, Currently, we install fuel-libraryX.Y package(s) on the master node and then right before starting actual deployment we rsync [1] puppet modules (one of installed versions) from the master node to slave nodes. Such a flow makes things much more complicated than they could be if we

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

Excerpts from Nir Yechiel's message of 2014-07-07 09:15:09 -0700: > AFAIK, the cloud-init metadata service can currently be accessed only by > sending a request to http://169.254.169.254, and no IPv6 equivalent is > currently implemented. Does anyone working on this or tried to address this > be

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

It's been 6 days and there's an obvious consensus in favor of adding Evgeny to fuel-docs core reviewers. I've added Evgeny to fuel-docs-core group: https://review.openstack.org/#/admin/groups/657,members Thanks for your contribution so far and please keep up the good work! On Tue, Sep 8, 2015 at

Re: [openstack-dev] [Glance] New BP required for adding new json file to Glance metadefs?

Please create a standard glance-spec [0] and a corres. BP for rel-mgmt. The discussion can be expected on the spec. You can request it to be discussed during the weekly glance drivers meeting [1]. [0] https://github.com/openstack/glance-specs [1] http://eavesdrop.openstack.org/#Glance_Drivers_Meet

Re: [openstack-dev] Getting Started : OpenStack

On 09/08/2015 02:05 PM, Bhagyashree Uday wrote: Hi Victoria , Thanks for the prompt reply. I go by Bee(IRC nick : bee2502) .There doesn't seem to be much information regarding this project even on the Ceilometer project page :( I will wait till the next Outreachy applications begin though to che

[openstack-dev] [Glance] New BP required for adding new json file to Glance metadefs?

Hi all, I have a question. Hoping one of the Glance cores or spec-cores could answer. As part of adding some encryption related work, we would like to propose an additional data-security.json file to Glance metadefs which can be used to set encryption requirements for an image. Should we have

[openstack-dev] [neutron] port delete allowed on VM

Hi Today when we create a VM on a port and delete that port I don’t get a message saying Port in Use Is there a plan to fix this or is this expected behavior in neutron Is there a plan to fix this and if so is there a bug tracking this? Ajay

[openstack-dev] [aodh][ceilometer] (re)introducing Aodh - OpenStack Alarming

hi all, as you may have heard, in an effort to simplify OpenStack Telemetry (Ceilometer) and streamline it's code, the alarming functionality provided by OpenStack Telemetry has been moved to it's own repository[1]. The new project is called Aodh[2]. the idea is that Aodh will grow as it's ow

Re: [openstack-dev] [nova] pci-passtrough and neutron multi segment networks

As far as I know, it was discussed but not supported yet. It requires change in nova and support in the neutron plugins. —Robert On 9/8/15, 9:39 AM, "Vladyslav Gridin" mailto:vladyslav.gri...@nuagenetworks.net>> wrote: Hi All, Is there a way to successfully deploy a vm with sriov nic on both

[openstack-dev] [horizon] python-selenium landed in Debian main today (in Debian Experimental for the moment)

Hi, I'm very happy to write this message! :) After the non-free files were removed from the package (after I asked for it through the Debian bug https://bugs.debian.org/770232), Selenium was uploaded and reached Debian Experimental in main today (ie: Selenium is not in non-free section of Debian

Re: [openstack-dev] [all] Base feature deprecation policy

Excerpts from Sean Dague's message of 2015-09-08 14:11:48 -0400: > On 09/08/2015 01:07 PM, Doug Hellmann wrote: > > Excerpts from Dean Troyer's message of 2015-09-08 11:20:47 -0500: > >> On Tue, Sep 8, 2015 at 9:10 AM, Doug Hellmann > >>> > >>> I'd like to come up with some way to express the time

Re: [openstack-dev] [Neutron] Port forwarding

On Tue, Sep 1, 2015 at 11:59 PM, Gal Sagie wrote: > Hello All, > > I have searched and found many past efforts to implement port forwarding in > Neutron. I have heard a few express a desire for this use case a few times in the past without gaining much traction. Your summary here seems to show t

Re: [openstack-dev] [Openstack] [Horizon] [Sahara] FFE request for Sahara unified job interface map UI

+1 from me as well. It would be a shame to see this go to the next cycle. On Fri, 2015-09-04 at 10:40 -0400, Ethan Gafford wrote: > Hello all, > > I request a FFE for the change at: https://review.openstack.org/#/c/209683/ > > This change enables a significant improvement to UX in Sahara's elas

Re: [openstack-dev] [all] Base feature deprecation policy

On 09/08/2015 02:24 PM, Jeremy Stanley wrote: > On 2015-09-08 13:32:58 -0400 (-0400), Ben Swartzlander wrote: > [...] >> It makes sense for the community to define LTS releases and coordinate >> making sure all the relevant projects are mutually compatible at that >> release point. > [...] > > Thi

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

> On 02 Sep 2015, at 01:31, Sergii Golovatiuk wrote: > > Hi, > > I would like to nominate Alex Schultz to Fuel-Library Core team. He’s been > doing a great job in writing patches. At the same time his reviews are solid > with comments for further improvements. He’s #3 reviewer and #1 contribut

Re: [openstack-dev] [all] Base feature deprecation policy

On 2015-09-08 13:32:58 -0400 (-0400), Ben Swartzlander wrote: [...] > It makes sense for the community to define LTS releases and coordinate > making sure all the relevant projects are mutually compatible at that > release point. [...] This seems premature. The most recent stable branch to reach E

Re: [openstack-dev] [all] Base feature deprecation policy

On 09/08/2015 01:07 PM, Doug Hellmann wrote: > Excerpts from Dean Troyer's message of 2015-09-08 11:20:47 -0500: >> On Tue, Sep 8, 2015 at 9:10 AM, Doug Hellmann >>> >>> I'd like to come up with some way to express the time other than >>> N+M because in the middle of a cycle it can be confusing to

Re: [openstack-dev] Getting Started : OpenStack

Hi Victoria , Thanks for the prompt reply. I go by Bee(IRC nick : bee2502) . There doesn't seem to be much information regarding this project even on the Ceilometer project page :( I will wait till the next Outreachy applications begin though to check out any new developments. Thanks for suggestin

Re: [openstack-dev] [all] Base feature deprecation policy

Excerpts from Ben Swartzlander's message of 2015-09-08 13:32:58 -0400: > On 09/03/2015 08:22 AM, Thierry Carrez wrote: > > Hi everyone, > > > > A feature deprecation policy is a standard way to communicate and > > perform the removal of user-visible behaviors and capabilities. It helps > > setting

Re: [openstack-dev] GSLB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/09/15 18:07, Anik wrote: > Hi Graham, > > Thanks for getting back. > > So am I correct in summarizing that the current plan is that [1] > GSLB will have its own API set and not evolve as an extension of > Designate and [2] GSLB will mostly act

[openstack-dev] [Nova] What is the no_device flag for in block device mapping?

Hi All, I'm wondering what the "no_device" flag is used for in the block device mappings. I had a dig around in the code but couldn't figure out why it is there. The name suggests an obvious meaning, but I've learnt not to guess too much from names. Any pointers welcome. Thanks Paul Paul Mur

Re: [openstack-dev] [all] Base feature deprecation policy

On 09/03/2015 08:22 AM, Thierry Carrez wrote: Hi everyone, A feature deprecation policy is a standard way to communicate and perform the removal of user-visible behaviors and capabilities. It helps setting user expectations on how much and how long they can rely on a feature being present. It gi

Re: [openstack-dev] [Ceilometer] Meters

Hi The vcpus, memory and disk usage related nova measurements are of "notification" type. So Plz ensure you have the following configuration settings in your nova.conf file on your compute node and restart your nova-compute service if you made any changes to that file. instance_usage_audit=Tru

Re: [openstack-dev] [nova] [neutron] [rally] Neutron or nova degradation?

This sounds like a good candidate for a "git bisect" operation [1] since we already have a pretty tight window where things changed. Carl [1] http://git-scm.com/docs/git-bisect On Thu, Sep 3, 2015 at 7:07 AM, Assaf Muller wrote: > > > On Thu, Sep 3, 2015 at 8:43 AM, Andrey Pavlov wrote: >> >>

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

The contract we have is to maintain compatibility. As long as a client written for the AWS API continues to work, I don't think we are violating anything. Offering one API isn't a promise not to offer an alternative way to access the same information. On Sep 6, 2015 7:37 PM, "Sean M. Collins" wrot

Re: [openstack-dev] GSLB

Hi Graham, Thanks for getting back.  So am I correct in summarizing that the current plan is that [1] GSLB will have its own API set and not evolve as an extension of Designate and [2] GSLB will mostly act as a policy definition engine (+ health checks ?) with Designate backend providing the act

Re: [openstack-dev] [all] Base feature deprecation policy

Excerpts from Dean Troyer's message of 2015-09-08 11:20:47 -0500: > On Tue, Sep 8, 2015 at 9:10 AM, Doug Hellmann > > > > I'd like to come up with some way to express the time other than > > N+M because in the middle of a cycle it can be confusing to know > > what that means (if I want to deprecate

[openstack-dev] [neutron] Mitaka Design Summit ideas

Folks: It's that time of the cycle again! Lets start collecting ideas for our design summit in Tokyo at the etherpad located here [1]. We'll discuss these a bit in some upcoming meetings and ensure we have a solid schedule to fill our 12 fishbowl slots in Tokyo. Thanks! Kyle [1] https://etherpad

[openstack-dev] [puppet] [sahara]

Hello everyone, Currently Sahara [1] keeps two run mods: stand alone mode (all-in-one) and distributed mode. Difference between those modes is that second mode creates separation between API and engine processes. Such architecture allows the API process to remain relatively free to handle requests

Re: [openstack-dev] [puppet] [sahara]

Sorry, wrong link [3] https://github.com/openstack/puppet-sahara 2015-09-08 19:31 GMT+03:00 Denis Egorenko : > Hello everyone, > > Currently Sahara [1] keeps two run mods: stand alone mode (all-in-one) and > distributed mode. Difference between those modes i

Re: [openstack-dev] [Ansible][Infra] Moving ansible roles into big tent?

Hi Paul, We'd love to collaborate on improving openstack-ansible and getting our OpenStack roles into the general big tent and out of our monolithic repository. We have a proposal in review for moving our roles out of our main repository and into separate repositories [0] making openstack-ansib

Re: [openstack-dev] [Ansible][Infra] Moving ansible roles into big tent?

On 09/08/2015 09:57 AM, Paul Belanger wrote: > Greetings, > > I wanted to start a discussion about the future of ansible / ansible roles in > OpenStack. Over the last week or so I've started down the ansible path, > starting > my first ansible role; I've started with ansible-role-nodepool[1]. >

[openstack-dev] [Barbican] Nominating Dave Mccowan for Barbican core

+1, Dave has been a key contributor, and his code reviews are thoughtful. Kaitlin I'd like to nominate Dave Mccowan for the Barbican core review team. He has been an active contributor both in doing relevant code pieces and making useful and thorough revie

Re: [openstack-dev] GSLB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/09/15 12:55, Anik wrote: > Hello, > > Recently saw some discussions in the Designate mailer archive > around GSLB and saw some API snippets subsequently. Seems like > early stages on this project, but highly excited that there is some > traction

Re: [openstack-dev] [murano] Proposing Nikolai Starodubtsev for core

Serg and murano team, thanks. I'll try to do my best for the project. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2015-09-08 17:55 GMT+03:00 Serg Melikyan : > Nikolai, my congratulations! > > On Tue, Sep 8, 2015 at 5:28 AM, Stan Lagun wrote: > >> +1 >> >>

Re: [openstack-dev] [all] Base feature deprecation policy

On Tue, Sep 8, 2015 at 9:10 AM, Doug Hellmann > > I'd like to come up with some way to express the time other than > N+M because in the middle of a cycle it can be confusing to know > what that means (if I want to deprecate something in August am I > far enough through the current cycle that it doe

Re: [openstack-dev] [Barbican] Nominating Dave Mccowan for Barbican core

Definitely .. +1 On Tue, 2015-09-08 at 19:05 +0300, Juan Antonio Osorio wrote: > I'd like to nominate Dave Mccowan for the Barbican core review team. > > He has been an active contributor both in doing relevant code pieces > and making useful and thorough reviews; And so I think he would make > a

Re: [openstack-dev] [Barbican] Nominating Dave Mccowan for Barbican core

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 +1 Dave has been a great asset to the team, and I think he would make an excellent core reviewer. - - Douglas Mendizábal On 9/8/15 11:05 AM, Juan Antonio Osorio wrote: > I'd like to nominate Dave Mccowan for the Barbican core review > team. > >

[openstack-dev] [Barbican] Nominating Dave Mccowan for Barbican core

I'd like to nominate Dave Mccowan for the Barbican core review team. He has been an active contributor both in doing relevant code pieces and making useful and thorough reviews; And so I think he would make a great addition to the team. Please bring the +1's :D Cheers! -- Juan Antonio Osorio R

Re: [openstack-dev] [Heat] Multi Node Stack - keystone federation

I think it lets you take a token on the identity cloud and provide it to the service cloud and get a token for that cloud. So I think it might do what we need without storing credentials. Thanks, Kevin From: Zane Bitter [zbit...@redhat.com] Sent: Tuesday,

Re: [openstack-dev] [puppet] weekly meeting #50

On 09/07/2015 11:54 AM, Emilien Macchi wrote: > Hello, > > Here's an initial agenda for our weekly meeting, tomorrow at 1500 UTC > in #openstack-meeting-4: > > https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20150908 > > Please add additional item

Re: [openstack-dev] [nova][i18n] Is there any point in using _() inpython-novaclient?

On 9/6/2015 12:18 AM, Steve Martinelli wrote: Isn't this just a matter of setting up novaclient for translation? IIRC using _() is harmless if there's no translation bits set up for the project. Thanks, Steve Martinelli OpenStack Keystone Core Inactive hide details for Matt Riedemann ---2015

Re: [openstack-dev] [nova] Bug importance

On 9/7/2015 4:54 AM, John Garbutt wrote: I have a feeling launchpad asked my to renew my membership of nova-bug recently, and said it would drop me form the list if I didn't do that. Not sure if thats intentional to keep the list fresh? Its the first I knew about it. Unsure, but that could be

[openstack-dev] [TripleO] trello

Hi All, Some of ye may remember some time ago we used to organize TripleO based jobs/tasks on a trello board[1], at some stage this board fell out of use (the exact reason I can't put my finger on). This morning I was putting a list of things together that need to be done in the area of CI

Re: [openstack-dev] [Ceilometer] Meters

is this using libvirt? if so, can you verify you have the following requirements: * libvirt 1.1.1+ * qemu 1.5+ * guest driver that supports memory balloon stats also, please check to see if there are any visible ERRORs in ceilometer-agent-compute log. On 08/09/2015 2:04 AM, Abhishek Talw

[openstack-dev] [Manila] Feature Freeze

Manila reached its liberty feature freeze yesterday thanks to the heroic work of the last few submitters and a few core reviewers who worked over the weekend! All of the features targeted for Liberty have been merged and nothing was booted out. I would like to say that this has been a very pai

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Malini, Your note on the etherpad [1] went unnoticed as we had that sync on Friday outside of our regular meeting and weekly meeting agenda etherpad was not fit for discussion purposes. It would be nice if you all can update & comment on the spec, ref. the note or have someone send a relative ema

[openstack-dev] [Ansible][Infra] Moving ansible roles into big tent?

Greetings, I wanted to start a discussion about the future of ansible / ansible roles in OpenStack. Over the last week or so I've started down the ansible path, starting my first ansible role; I've started with ansible-role-nodepool[1]. My initial question is simple, now that big tent is upon us,

Re: [openstack-dev] [murano] Proposing Nikolai Starodubtsev for core

Nikolai, my congratulations! On Tue, Sep 8, 2015 at 5:28 AM, Stan Lagun wrote: > +1 > > Sincerely yours, > Stan Lagun > Principal Software Engineer @ Mirantis > > > > On Tue, Sep 1, 2015 at 3:03 PM, Alexander Tivelkov > wrote: > >> +1. Well deserved. >> >> -- >> Regards, >> Alexander Tivelkov

Re: [openstack-dev] [Heat] Multi Node Stack - keystone federation

On 07/09/15 05:27, SHTILMAN, Tomer (Tomer) wrote: Hi Currently in heat we have the ability to deploy a remote stack on a different region using OS::Heat::Stack and region_name in the context My question is regarding multi node , separate keystones, with keystone federation. Is there an option

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

We have the whole /openstack namespace. We can extend it as far as we like. Again, why would aws choosing to go a different way then openstack when openstack did something first be an openstack problem? We're not even talking about a big change. Just making the same md server available on a secon

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+1 On Thu, Sep 3, 2015 at 11:41 PM, Dmitry Pyzhov wrote: > +1 > > On Thu, Sep 3, 2015 at 10:14 PM, Sergey Vasilenko > wrote: > >> +1 >> >> >> /sv >> >> >> __ >> OpenStack Development Mailing List (not for usage questions) >

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

Yeah, we heve been trying to work through how to make instance users work with config drive and its staticness makes the problem very difficult. It just trades one problem for another. Thanks, Kevin From: Jim Rollenhagen Sent: Sunday, September 06, 2015 5:02:24

Re: [openstack-dev] OpenStack support for Amazon Concepts - was Re: cloud-init IPv6 support

No, we already extend the metadata server with our own stuff. See /openstack/ on the metadata server. Cloudinit even supports the extensions. Supporting ipv6 as well as v4 is the same. Why does it matter if aws doesnt currently support it? They can support it if they want in the future and reuse

Re: [openstack-dev] This is what disabled-by-policy should look like to the user

+1 From: Adam Young Sent: Friday, September 04, 2015 7:43:08 PM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] This is what disabled-by-policy should look like to the user On 09/04/2015 10:04 AM, Monty Taylor wrote: > mordred@camelot:~$ neutro

Re: [openstack-dev] [ptl][release] flushing unreleased client library changes

Doug Hellmann wrote: > Excerpts from Ben Swartzlander's message of 2015-09-04 16:54:13 -0400: >> [...] >> I would actually want to release a milestone between L-3 and RC1 after >> we get to the real Manila FF date but since that's not in line with the >> official release process I'm okay waiting

Re: [openstack-dev] [all] Base feature deprecation policy

Excerpts from Sean Dague's message of 2015-09-08 08:13:14 -0400: > On 09/03/2015 08:22 AM, Thierry Carrez wrote: > > Hi everyone, > > > > A feature deprecation policy is a standard way to communicate and > > perform the removal of user-visible behaviors and capabilities. It helps > > setting user

Re: [openstack-dev] [ptl][release] flushing unreleased client library changes

Excerpts from Ben Swartzlander's message of 2015-09-04 16:54:13 -0400: > > On 09/04/2015 03:21 PM, Doug Hellmann wrote: > > Excerpts from Ben Swartzlander's message of 2015-09-04 14:51:10 -0400: > >> On 09/04/2015 12:39 PM, Doug Hellmann wrote: > >>> PTLs, > >>> > >>> We have quite a few unrelease

Re: [openstack-dev] Scheduler hints, API and Objects

On 09/07/15 at 09:27am, Ken'ichi Ohmichi wrote: Hi Andrew, 2015-09-04 23:45 GMT+09:00 Andrew Laski : Now we are discussing this on https://review.openstack.org/#/c/217727/ for allowing out-of-tree scheduler-hints. When we wrote API schema for scheduler-hints, it was difficult to know what are

Re: [openstack-dev] [Fuel] Remove MOS DEB repo from master node

Sorry, fat fingers => early sending. = Dear colleagues, The idea is to remove MOS DEB repo from the Fuel master node by default and use online MOS repo instead. Pros of such an approach are: 0) Reduced requirement for the master node minimal disk space 1) There won't be such things i

Re: [openstack-dev] [TripleO] Status of CI changes

On 03/09/15 07:34, Derek Higgins wrote: Hi All, The patch to reshuffle our CI jobs has merged[1], along with the patch to switch the f21-noha job to be instack based[2] (with centos images). So the current status is that our CI has been removed from most of the non tripleo projects (with the

[openstack-dev] [Fuel] Remove MOS DEB repo from master node

Dear colleagues, The idea is to remove MOS DEB repo from the Fuel master node by default and use online MOS repo instead. Pros of such an approach are: 0) Reduced requirement for the master node minimal disk space 1) There won't be such things in like [1] and [2], thus less complicated flow, less

[openstack-dev] [depfreeze] [keystone] Set minimum version for passlib

Hi all, according to https://wiki.openstack.org/wiki/DepFreeze I'm requesting depfreeze exception for https://review.openstack.org/221267 This is just a sync with reality, copying Javier's description: (Keystone) commit a7235fc0511c643a8441efd3d21fc334535066e2 [1] uses passlib.utils.MAX_PASSWORD_

Re: [openstack-dev] [tripleo] Plugin integration and environment file naming

I like where this is going. I've been asked a number of times where to put things and we never had a solid convention. I like the idea of having that docced somewhere. I like either of the proposed solutions. My biggest concern is that they don't capture how you actually use them. I know that

[openstack-dev] [nova] pci-passtrough and neutron multi segment networks

Hi All, Is there a way to successfully deploy a vm with sriov nic on both single segment vlan network, and multi provider network, containing vlan segment? When nova builds pci request for nic it looks for 'physical_network' at network level, but for multi provider networks this is set within a se

[openstack-dev] [Fuel] python-jobs now vote on Fuel Client

Good news folks! Since python jobs worked well on a number of patches, their mode was switched to voting. They were also added to the gate pipeline. - romcheg signature.asc Description: Message signed with OpenPGP using GPGMail _

Re: [openstack-dev] [Ceilometer][Aodh] event-alarm fire policy

Liusheng, Thanks for your idea. I think it guarantees alarm action got called. But I just want it fired upon each matching event. E.g. for each instance crash event. Have talked with MIBU, repeat-actions can be used for this purpose. Best, Edwin On Tue, 8 Sep 2015, liusheng wrote: Just a per

Re: [openstack-dev] [Neutron] Port forwarding

Hi Germy, Yes i understand now. What you request is an enahncment to the API to be able to assing these port forwarding rules in bulks per subnet. I will make sure to mention this in the spec that i am writing for this. Thanks! Gal. On Tue, Sep 8, 2015 at 10:33 AM, Germy Lure wrote: > Hi Gal,

Re: [openstack-dev] [murano] Proposing Nikolai Starodubtsev for core

+1 Sincerely yours, Stan Lagun Principal Software Engineer @ Mirantis On Tue, Sep 1, 2015 at 3:03 PM, Alexander Tivelkov wrote: > +1. Well deserved. > > -- > Regards, > Alexander Tivelkov > > On Tue, Sep 1, 2015 at 2:47 PM, Victor Ryzhenkin > wrote: > >> +1 from me ;) >> >> -- >> Victor Ryzh

[openstack-dev] [TripleO] Mitaka proposed design sessions

Hi everyone, I started an etherpad to capture some ideas for the TripleO design sessions in Tokyo: https://etherpad.openstack.org/p/tripleo-mitaka-proposed-sessions Please add your ideas and proposals to the etherpad. Once we have some set of proposals, we can come back around and everyone to ass

Re: [openstack-dev] [tripleo] Plugin integration and environment file naming

On 8.9.2015 13:47, Jiří Stránský wrote: Apart from "cinder" and "neutron-ml2" directories, we could also have a "combined" (or sth similar) directory for env files which combine multiple other env files. The use case which i see is for extra pre-deployment configs which would be commonly used tog

Re: [openstack-dev] [all] Base feature deprecation policy

On 09/03/2015 08:22 AM, Thierry Carrez wrote: > Hi everyone, > > A feature deprecation policy is a standard way to communicate and > perform the removal of user-visible behaviors and capabilities. It helps > setting user expectations on how much and how long they can rely on a > feature being pres

[openstack-dev] GSLB

Hello, Recently saw some discussions in the Designate mailer archive around GSLB and saw some API snippets subsequently. Seems like early stages on this project, but highly excited that there is some traction now on GSLB. I would to find out [1] If there has been discussions around how GSLB will

Re: [openstack-dev] [tripleo] Plugin integration and environment file naming

On 8.9.2015 10:40, Steven Hardy wrote: Hi all, So, lately we're seeing an increasing number of patches adding integration for various third-party plugins, such as different neutron and cinder backends. This is great to see, but it also poses the question of how we organize the user-visible inte

[openstack-dev] profiling Latency of single PUT operation on proxy + storage

Hi All, I have attached a simple timeline of proxy+object latency chart for a single PUT request. Please check. I am profiling the swift proxy + object server to improve the latency of single PUT request. This may help to improve the overall OPS performance. Test Configuration : 4CPU + 16GB

Re: [openstack-dev] [Fuel][Plugins] Deployment order with custom role

On Mon, Sep 7, 2015 at 4:25 PM, Igor Kalnitsky wrote: > > that said I no sure anchors are sufficient, we still need priorities to > > specify orders for independant and/or optional plugins (they don't know > > each other) > > If you need this, you're probably doing something wrong. Priorities > w

Re: [openstack-dev] 9/4 state of the gate

On 09/05/2015 09:50 PM, Joe Gordon wrote: > > > On Fri, Sep 4, 2015 at 6:43 PM, Matt Riedemann > mailto:mrie...@linux.vnet.ibm.com>> wrote: > > I haven't seen the elastic-recheck bot comment on any changes in > awhile either so I'm wondering if that's not running. > > > Looks like the

  1   2   >