Re: [openstack-dev] [all] using reno for release note management

On 12/08/2015 08:33 PM, Emilien Macchi wrote: This morning the Puppet OpenStack had the weekly meeting [1] and we discussed about using reno [2] for release note management. We saw three possibilities: 1/ we use reno and enforce each contributions (bugfix, feature, etc) to also edit a release

Re: [openstack-dev] [stable] Stable team PTL nominations are open

Thierry Carrez wrote: > Thierry Carrez wrote: >> The nomination deadline is passed, we have two candidates! >> >> I'll be setting up the election shortly (with Jeremy's help to generate >> election rolls). > > OK, the election just started. Recent contributors to a stable branch > (over the past

Re: [openstack-dev] [Keystone][Tempest] OS-INHERIT APIs were skipped by Jenkins because "os_inherit" in keystone.conf was disable.

Hi Maho, So in the keystone unit tests, we flip the os_inherit flag back and forth during tests to make sure it is honored correctly. For the tempest case, I don’t think you need to do that level of testing. Setting the os_inherit flag to true will have no effect if you have not created any

Re: [openstack-dev] [puppet] proposing Cody Herriges part of Puppet OpenStack core

+1 2015-12-09 0:25 GMT+03:00 Clayton O'Neill : > +1 > > On Tue, Dec 8, 2015 at 4:15 PM, Matt Fischer wrote: > >> +1 >> >> On Tue, Dec 8, 2015 at 2:07 PM, Rich Megginson >> wrote: >> >>> On 12/08/2015 09:49 AM, Emilien Macchi wrote:

Re: [openstack-dev] [puppet] proposing Cody Herriges part of Puppet OpenStack core

+1 On 12/08/2015 05:49 PM, Emilien Macchi wrote: > Hi, > > Back in "old days", Cody was already core on the modules, when they were > hosted by Puppetlabs namespace. > His contributions [1] are very valuable to the group: > * strong knowledge on Puppet and all dependencies in general. > * very

Re: [openstack-dev] [puppet] proposing Sofer Athlan Guyot part of puppet-keystone core team

Sorry for the delay, def. big +1 for me. Congrats Sofer ! On 12/07/2015 09:32 PM, Emilien Macchi wrote: > > On 12/03/2015 03:05 PM, Emilien Macchi wrote: >> Hi, >> >> For some months, Puppet OpenStack group has been very lucky to have >> Sofer working with us. >> He became a huge contributor to

Re: [openstack-dev] [TripleO][DIB] diskimage-builder and python 2/3 compatibility

On 12/09/2015 07:15 AM, Gregory Haynes wrote: > We ran in to a couple issues adding Fedora 23 support to > diskimage-builder caused by python2 not being installed by default. > This can be solved pretty easily by installing python2, but given that > this is eventually where all our supported

Re: [openstack-dev] [nova] stable/liberty 13.1.0 release planning

Matt Riedemann wrote: > We've had a few high priority regression fixes in stable/liberty [1][2] > so I think it's time to do a release. > [...] You probably mean 12.0.1 ? -- Thierry Carrez (ttx) __ OpenStack Development

[openstack-dev] [oslo][glance][all] Removing deprecated functions from oslo_utils.timeutils

Hi fellow developers, Some oslo_utils.timeutils functions have been deprecated for months and several major version of oslo.utils. We're going to remove these functions as part of: https://review.openstack.org/#/c/252898/ Some projects, Glance in particular, are still using these functions.

[openstack-dev] [Heat] Status of the Support Conditionals in Heat templates

Hi Heaters, On the last IRC meeting we had a question about Support Conditionals spec [1]. Previous attempt for this staff is here [2]. The example of first POC in Heat can be reviewed here [3] As I understand we have not had any complete decision about this work. So I'd like to clarify feelings

[openstack-dev] [mistral] Improving Mistral pep8 rules files to match Mistral guidelines

Hi all, Is it possible to add all / some of the special guidelines of Mistral (like blank line before return, period at end of comment, ...) to our pep8 rules file? This can save a lot of time for both committers and reviewers. Thanks!

[openstack-dev] [keystone] RBAC usage at production

Hi, I am wondering whether there are people using RBAC at production. The policy.json file has a structure that requires restart of the service each time you edit the file. Is there and on the fly solution or tips about it?

Re: [openstack-dev] [stable] Stable team PTL nominations are open

> -Original Message- > From: Thierry Carrez [mailto:thie...@openstack.org] > Sent: 09 December 2015 08:57 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [stable] Stable team PTL nominations are open > > Thierry Carrez wrote: > > Thierry Carrez wrote: > >> The

Re: [openstack-dev] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

On 12/08/2015 04:09 AM, Dolph Mathews wrote: > In Debian, many services/daemons are run, then their API is used by the > package. In the case of Keystone, for example, it is possible to ask, > via Debconf, that Keystone registers itself in the service catalog. If > we get Keystone

[openstack-dev] [Keystone][Tempest] OS-INHERIT APIs were skipped by Jenkins because "os_inherit" in keystone.conf was disable.

Hi all, I pushed the patch set of OS-INHERIT API tempest (keystone v3). https://review.openstack.org/#/c/250795/ But, all API tests in patch set was skipped, because "os_inherit" in keystone.conf of Jenkins jobs was disable. So, it couldn't be confirmed. Reference information :

Re: [openstack-dev] [all] using reno for release note management

On Tue, Dec 08 2015, Doug Hellmann wrote: > I suggest that as part of option 2, reviewers who might have voted > -1 on a patch under option 1 could submit a follow-up patch to add > the note. That will help educate contributors about the need to do > it, and make the note patch easy to find for

Re: [openstack-dev] [nova] stable/liberty 13.1.0 release planning

Matt Riedemann wrote: > We've had a few high priority regression fixes in stable/liberty [1][2] > so I think it's time to do a release. > [...] You probably mean 12.0.1 ? -- Thierry Carrez (ttx) __ OpenStack Development

Re: [openstack-dev] [Neutron] Evolving the stadium concept

Armando M. wrote: > For whom of you is interested in the conversation, the topic was brought > for discussion at the latest TC meeting [1]. Unfortunately I was unable > to join, however I would like to try and respond to some of the comments > made to clarify my position on the matter: > >> ttx:

Re: [openstack-dev] [puppet] Config support for oslo.config.cfg.MultiStrOpt

On 12/04/2015 11:21 PM, Emilien Macchi wrote: On 12/02/2015 10:32 PM, Cody Herriges wrote: Martin, I see no reason this shouldn't just be pushed into puppetlabs-inifile. I can't actually find a real "spec" for INI file and even the Wiki link[3] calls out that there is no actual spec. I

[openstack-dev] [midonet] #midonet now our official channel; OpenStack service bots added

As discussed [1] and announced [2], #midonet is now the official MidoNet development channel. We've now also got the three OpenStack service bots approved: 1) meetbot (nickname: openstack), in order to have a properly logged meetings in #midonet. Note that our regular meetings are scheduled to

Re: [openstack-dev] [Neutron] Evolving the stadium concept

On 12/09/2015 01:46 AM, Armando M. wrote: > > > On 3 December 2015 at 02:21, Thierry Carrez > wrote: > > Armando M. wrote: > > On 2 December 2015 at 01:16, Thierry Carrez >

[openstack-dev] [openstack-ansible] Mid Cycle Sprint

Hi everyone, At the Mitaka design summit in Tokyo we had some corridor discussions about doing a mid-cycle meetup for the purpose of continuing some design discussions and doing some specific sprint work. *** I'd like indications of who would like to attend and what

Re: [openstack-dev] [mistral] Improving Mistral pep8 rules files to match Mistral guidelines

Hi Moshe, Great idea! It is possible to prepare some additional code checks, for example you can take a look how it was done in Rally project [1]. Before starting such work in Mistral, I guess that we can describe our addition code style rules in our official docs (somewhere in "Developer Guide"

Re: [openstack-dev] [puppet] proposing Cody Herriges part of Puppet OpenStack core

\o/ I think that's a big +1 from the team :-) Welcome back Cody and thanks for your work! On 12/09/2015 04:06 AM, Denis Egorenko wrote: > +1 > > 2015-12-09 0:25 GMT+03:00 Clayton O'Neill >: > > +1 > > On Tue, Dec 8, 2015 at 4:15 PM,

Re: [openstack-dev] [nova] jsonschema for scheduler hints

On 12/08/2015 11:47 PM, Ken'ichi Ohmichi wrote: > Hi Sylvain, > > 2015-12-04 17:48 GMT+09:00 Sylvain Bauza : >>> >>> That leaves the out-of-tree discussion about custom filters and how we >>> could have a consistent behaviour given that. Should we accept something in >>> a

Re: [openstack-dev] [openstack-ansible] Mid Cycle Sprint

On Wed, 2015-12-09 at 12:45 +, Jesse Pretorius wrote: > At the Mitaka design summit in Tokyo we had some corridor discussions > about doing a mid-cycle meetup for the purpose of continuing some > design discussions and doing some specific sprint work. > > *** > I'd like indications of who

Re: [openstack-dev] [neutron] Linux Bridge CI is now a voting gate job

On 12/08/2015 07:54 PM, Andreas Scheuring wrote: Great work! Indeed, Sean, fantastic effort getting this done. :) -jay On Mo, 2015-12-07 at 21:05 +, Sean M. Collins wrote: >It's been a couple months - the last time I posted on this subject we >were still working on getting Linux Bridge

Re: [openstack-dev] [tripleo] When to use parameters vs parameter_defaults

On 11/25/2015 03:17 PM, Jay Dobies wrote: I think at the same time we add a mechanism to distinguish between internal and external parameters, we need to add something to indicate required v. optional. With a nested stack, anything that's not part of the top-level parameter contract is

Re: [openstack-dev] [neutron] Linux Bridge CI is now a voting gate job

On 12/07/2015 04:05 PM, Sean M. Collins wrote: > It's been a couple months - the last time I posted on this subject we > were still working on getting Linux Bridge to become an experimental[1] > job. During the Liberty cycle, the Linux Bridge CI was promoted from > experimental status, to being

[openstack-dev] [python-glanceclient] Return request-id to caller

Hi Devs, We are adding support for returning 'x-openstack-request-id' to the caller as per the design proposed in cross-project specs: http://specs.openstack.org/openstack/openstack-specs/specs/return-request-id.html Problem Description: Cannot add a new property of list type to the

[openstack-dev] [Infra][nova][magnum] Jenkins failed quite often for "Cannot set up guest memory 'pc.ram': Cannot allocate memory"

Hi All, I am not sure what changes these days, We found quite often now, the Jenkins failed for: http://logs.openstack.org/07/244907/5/check/gate-functional-dsvm-magnum-k8s/5305d7a/logs/libvirt/libvirtd.txt.gz 2015-12-09 08:52:27.892+: 22957: debug : qemuMonitorJSONCommandWithFd:264 :

Re: [openstack-dev] [midonet] Split up python-midonetclient

On Tue, Dec 8, 2015 at 1:58 PM, Galo Navarro wrote: > Hi Sandro, > > >> 1) (Downstream) packaging: midonet and python-midonetclient are two > >> distinct packages, and therefore should have distinct upstream > >> tarballs - which are compiled on a per repo basis. > > This is

[openstack-dev] [ironic]Boot physical machine fails, says "PXE-E11 ARP Timeout"

hi, all I treat a normal physical machine as a bare metal machine. The physical machine booted when I run "nova boot xxx" in command line. But there is an error happens. I upload a movie in youtube, link: https://www.youtube.com/watch?v=XZQCNsrkyMI=youtu.be. Could someone give me some

Re: [openstack-dev] [glance][tempest][defcore] Process to imrpove tests coverge in temepest

On 08/12/15 22:31 +0100, Jordan Pittier wrote: Hi Flavio, On Tue, Dec 8, 2015 at 9:52 PM, Flavio Percoco wrote: Oh, I meant ocasionally. Whenever a missing test for an API is found, it'd be easy enough for the implementer to sohw up at the meeting and bring it

Re: [openstack-dev] [Neutron] Evolving the stadium concept

Excerpts from Armando M.'s message of 2015-12-08 22:46:16 -0800: > On 3 December 2015 at 02:21, Thierry Carrez wrote: > > > Armando M. wrote: > > > On 2 December 2015 at 01:16, Thierry Carrez > > > wrote: > > >>

[openstack-dev] [Fuel] Private links

Folks, on the last two days I have marked several bugs as incomplete because they were referring to one or more private resources that are not accessible by anyone who does not have a @mirantis.com account. Please keep in mind that Fuel is an open source project and the

Re: [openstack-dev] [python-glanceclient] Return request-id to caller

Excerpts from Flavio Percoco's message of 2015-12-09 09:09:10 -0430: > On 09/12/15 11:33 +, Kekane, Abhishek wrote: > >Hi Devs, > > > > > > > >We are adding support for returning ‘x-openstack-request-id’ to the caller > >as > >per the design proposed in cross-project specs: > > >

Re: [openstack-dev] [stable] Stable team PTL nominations are open

On 12/09/2015 09:02 AM, Doug Hellmann wrote: > Excerpts from Thierry Carrez's message of 2015-12-09 09:57:24 +0100: >> Thierry Carrez wrote: >>> Thierry Carrez wrote: The nomination deadline is passed, we have two candidates! I'll be setting up the election shortly (with Jeremy's

Re: [openstack-dev] [midonet] Split up python-midonetclient

Hi Galo, I think the goal of this split is well explained by Sandro in the first mails of the chain: 1. Downstream packaging 2. Tagging the delivery properly as a library 3. Adding as a project on pypi ​OpenStack provide us a tarballs web page[1] for each branch of each project of the

[openstack-dev] [all] Service Group TNG meeting - Thursday 15:00 UTC

The Service Group TNG meeting is officially kicking off, and will be Thursday's at 15:00 UTC - https://wiki.openstack.org/wiki/Meetings/ServiceCatalogTNG It will be in the new formed: #openstack-meeting-cp channel The Agenda for the next meeting is: * Realistic Goals for Mitaka * Service

Re: [openstack-dev] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

On Wed, Dec 9, 2015 at 2:25 AM, Thomas Goirand wrote: > On 12/08/2015 04:09 AM, Dolph Mathews wrote: > > In Debian, many services/daemons are run, then their API is used by > the > > package. In the case of Keystone, for example, it is possible to ask, > > via

Re: [openstack-dev] [puppet] proposing Cody Herriges part of Puppet OpenStack core

On Tue, Dec 08, 2015 at 11:49:08AM (-0500), Emilien Macchi wrote: > Hi, > > Back in "old days", Cody was already core on the modules, when they were > hosted by Puppetlabs namespace. > His contributions [1] are very valuable to the group: > * strong knowledge on Puppet and all dependencies in

Re: [openstack-dev] [nova] stable/liberty 13.1.0 release planning

On 12/9/2015 3:46 AM, Thierry Carrez wrote: Matt Riedemann wrote: We've had a few high priority regression fixes in stable/liberty [1][2] so I think it's time to do a release. [...] You probably mean 12.0.1 ? Err 12.1.0, yeah. Since we've had dependency updates in stable/liberty I

Re: [openstack-dev] [all] making project_id optional in API URLs

On 12/08/2015 05:59 PM, Adam Young wrote: I think it is kindof irrelevant. It can be there or not be there in the URL itself, so long as it does not show up in the service catalog. From an policy standpoint, having the project in the URL means that you can do an access control check without

Re: [openstack-dev] [Neutron] Evolving the stadium concept

On 12/09/2015 07:06 AM, Sean Dague wrote: > On 12/09/2015 01:46 AM, Armando M. wrote: >> >> >> On 3 December 2015 at 02:21, Thierry Carrez > > wrote: >> >> Armando M. wrote: >> > On 2 December 2015 at 01:16, Thierry Carrez

Re: [openstack-dev] [midonet] Split up python-midonetclient

On Wed, Dec 9, 2015 at 2:41 PM, Antoni Segura Puimedon < toni+openstac...@midokura.com> wrote: > > > On Tue, Dec 8, 2015 at 1:58 PM, Galo Navarro wrote: > >> Hi Sandro, >> >> >> 1) (Downstream) packaging: midonet and python-midonetclient are two >> >> distinct packages, and

Re: [openstack-dev] [python-glanceclient] Return request-id to caller

On 09/12/15 11:33 +, Kekane, Abhishek wrote: Hi Devs, We are adding support for returning ‘x-openstack-request-id’ to the caller as per the design proposed in cross-project specs: http://specs.openstack.org/openstack/openstack-specs/specs/ return-request-id.html Problem Description:

Re: [openstack-dev] [stable] Stable team PTL nominations are open

Excerpts from Thierry Carrez's message of 2015-12-09 09:57:24 +0100: > Thierry Carrez wrote: > > Thierry Carrez wrote: > >> The nomination deadline is passed, we have two candidates! > >> > >> I'll be setting up the election shortly (with Jeremy's help to generate > >> election rolls). > > > >

Re: [openstack-dev] [Openstack-operators] [openstack-ansible] Mid Cycle Sprint

On Wed, Dec 9, 2015 at 5:45 AM, Jesse Pretorius wrote: > Hi everyone, > > At the Mitaka design summit in Tokyo we had some corridor discussions about > doing a mid-cycle meetup for the purpose of continuing some design > discussions and doing some specific sprint work.

Re: [openstack-dev] [Openstack-operators] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

Benchmarks always appreciated! But, these types of benchmarks are *entirely* useless unless you can provide the exact configuration you used for each scenario so that others can scrutinize the test method and reproduce your results. So, off the top of my head, I'm looking for: * keystone.conf *

Re: [openstack-dev] [midonet] Split up python-midonetclient

>> Ditto. We already have a mirror repo of pyc for this purpose >> https://github.com/midonet/python-midonetclient, synced daily. > > Some of the problems with that is that it does not have any git log history > nor does it feel like a coding project at all. Of course, because the goal of this

Re: [openstack-dev] [stable] Stable team PTL nominations are open

Congrats, Matt! -- Dims On Wed, Dec 9, 2015 at 5:02 PM, Doug Hellmann wrote: > Excerpts from Thierry Carrez's message of 2015-12-09 09:57:24 +0100: >> Thierry Carrez wrote: >> > Thierry Carrez wrote: >> >> The nomination deadline is passed, we have two candidates! >> >>

Re: [openstack-dev] [nova] jsonschema for scheduler hints

2015-12-09 21:20 GMT+09:00 Sean Dague : > On 12/08/2015 11:47 PM, Ken'ichi Ohmichi wrote: >> Hi Sylvain, >> >> 2015-12-04 17:48 GMT+09:00 Sylvain Bauza : That leaves the out-of-tree discussion about custom filters and how we could have a consistent

Re: [openstack-dev] [midonet] Split up python-midonetclient

Hi, > I think the goal of this split is well explained by Sandro in the first > mails of the chain: > > 1. Downstream packaging > 2. Tagging the delivery properly as a library > 3. Adding as a project on pypi Not really, because (1) and (2) are *a consequence* of the repo split. Not a cause.

Re: [openstack-dev] [nova] stable/liberty 12.0.1 release planning

On 12/9/2015 8:44 AM, Matt Riedemann wrote: On 12/9/2015 3:46 AM, Thierry Carrez wrote: Matt Riedemann wrote: We've had a few high priority regression fixes in stable/liberty [1][2] so I think it's time to do a release. [...] You probably mean 12.0.1 ? Err 12.1.0, yeah. Since we've

[openstack-dev] [Monasca]: Mid Cycle Doodle

Guys, Please find here the doodle for the mid-cycle: http://doodle.com/poll/yy4unhffy7hi3x67 If we run the meeting Thu/Fri 28/29 we can have the 28 a joint session with Congress. First week of Feb is all open and I guess we need to decide if to do 2 or 3 days. Thanks, Fabio

Re: [openstack-dev] [cinder] Dependencies of snapshots on volumes

On Tue, Dec 8, 2015 at 9:10 PM, Li, Xiaoyan wrote: > Hi all, > > Currently when deleting a volume, it checks whether there are snapshots > created from it. If yes deletion is prohibited. But it allows to extend > the volume, no check whether there are snapshots from it. >

Re: [openstack-dev] [Openstack-operators] [keystone] RBAC usage at production

In other projects the policy.json file is read each time of api request. So changes to the file take place immediately. I was 90% sure keystone was the same way? ___ Kris Lindgren Senior Linux Systems Engineer GoDaddy On

[openstack-dev] [Fuel] [Ubuntu bootstrap] Ubuntu bootstrap becomes default in the Fuel

Hello folks, I would like to announce that we have completed all items for 'Ubuntu bootstrap' feature. Thanks to the team for hard work and dedication! Starting from today Ubuntu bootstrap is enabled in the Fuel by default. Also it is worth mentioning that Ubuntu bootstrap is integrated with

Re: [openstack-dev] [Neutron] Evolving the stadium concept

> On Dec 9, 2015, at 7:25 AM, Doug Hellmann wrote: > > Excerpts from Armando M.'s message of 2015-12-08 22:46:16 -0800: >> On 3 December 2015 at 02:21, Thierry Carrez wrote: >> >>> Armando M. wrote: On 2 December 2015 at 01:16, Thierry Carrez

Re: [openstack-dev] [Neutron] Evolving the stadium concept

On Wed, Dec 09, 2015 at 07:06:40AM EST, Sean Dague wrote: > Changing the REST API isn't innovation, it's incompatibility for end > users. If we're ever going to have compatible clouds and a real interop > effort, the APIs for all our services need to be very firmly controlled. > Extending the API

Re: [openstack-dev] ML2 TypeManager question

It does not appear to be used. I suspect maybe the original intention is that this could be passed to the type driver which might do something special depending on the tenant_id. However, the type driver interface does not include the tenant_id in 'allocate_tenant_segment' so we should either

Re: [openstack-dev] [Openstack-operators] [keystone] RBAC usage at production

We use RBAC in production but basically modify networking operations and some compute ones. In our case we don’t need to restart the services if we modify the policy.json file. I am surprise that keystone is not following the same process. Edgar On 12/9/15, 9:06 AM, "Kris G. Lindgren"

Re: [openstack-dev] [cinder] Dependencies of snapshots on volumes

You can do lazy copy that happens only when volume or snapshot is deleted. You will need to have refcount on metadata. -Original Message- From: Li, Xiaoyan [mailto:xiaoyan...@intel.com] Sent: Tuesday, December 08, 2015 10:11 PM To: OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [ironic]Boot physical machine fails, says "PXE-E11 ARP Timeout"

Hello Zhi, It seems that there is no connectivity between HW server and Gateway/TFTP server. You can boot live CD on it, assign the same IP manually and check if you are able to ping 10.0.0.1 Sincerely, Vasyl Saienko On Wed, Dec 9, 2015 at 3:59 PM, Zhi Chang wrote: >

Re: [openstack-dev] [murano] Is there blueprint to add argument collection UI for action

Tony, I forgot to mention that it possible to call actions with parameters using API. It is just a UI that is missing. Also I'd like to mention that any involvement of yours will be appreciated - ideas, suggestions, commits or even if you take a lead over this feature - everything will help to

Re: [openstack-dev] [Openstack-operators] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

Sounds good Dolph. Will try to post the details as requested on gist/ blog shortly. Regards, Ali From: Dolph Mathews > Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [puppet] proposing Cody Herriges part of Puppet OpenStack core

Thank you everyone for the support! I am quite excited to be working in this community again. Is has been a long road for me to get back here from the day Dan Bode passed things on to me and I did the 2.0.0 release to the Forge and then a quick hand off again to Chris. In retrospect I regret

Re: [openstack-dev] [python-glanceclient] Return request-id to caller

ce? Thx Zhi Chang -- next part -- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20151209/00ee4d3e/attachment-0001.html> -- Message: 16 Date: Wed, 09 Dec 2015 09:02:38 -0500

Re: [openstack-dev] [mistral] bugfix for "Fix concurrency issues by using READ_COMMITTED" unveils / creates a different bug

Hi, I have reproduced this issue multiple times before your fix was merged. In order to reproduce I used a workflow with multiple async actions, and resumed all of them at the same time. I just created a ticket in launchpad [1], with the workflow used and the mistral engine logs. [1] -

Re: [openstack-dev] [Openstack-operators] [keystone] RBAC usage at production

We are running keystone kilo in production, and I¹m actively implementing RBAC right now. I¹m certain that, at least with the version of keystone we¹re running, a restart is NOT required when the policy file is modified. Tim On 12/9/15, 9:18 AM, "Edgar Magana"

[openstack-dev] [all] [api] New release of Gabbi HTTP API Tester

In my continuing effort to make gabbi useful to the OpenStack community I've released a new version (1.11.0) with a new feature. Gabbi is a testing library that uses a YAML format to declare HTTP API requests and their expected responses. https://pypi.python.org/pypi/gabbi The new release

[openstack-dev] [release] Release countdown for week R-16, Dec 14-18

Focus - With the Mitaka 1 milestone behind us, teams should have retrospectives to consider how the cycle is going so far and where things stand as we enter the major feature development period leading up to the second milestone. In particular, make note of the cross-project themes identified

Re: [openstack-dev] [TripleO][DIB] diskimage-builder and python 2/3 compatibility

Excerpts from Ian Wienand's message of 2015-12-09 09:35:15 +: > On 12/09/2015 07:15 AM, Gregory Haynes wrote: > > We ran in to a couple issues adding Fedora 23 support to > > diskimage-builder caused by python2 not being installed by default. > > This can be solved pretty easily by installing

Re: [openstack-dev] [ironic] RFC: stop using launchpad milestones and blueprints

On Fri, Dec 04, 2015 at 05:38:43PM +0100, Dmitry Tantsur wrote: > Hi! > > As you all probably know, we've switched to reno for managing release notes. > What it also means is that the release team has stopped managing milestones > for us. We have to manually open/close milestones in launchpad, if

[openstack-dev] [all] last-call backwards compat for libraries and clients spec

https://review.openstack.org/#/c/226157/ is very close to consensus now, at least as I read it. Please do weigh in this week, as I expect the cross project meeting next week to be the last discussion of it before it goes to the TC. Cheers, Rob -- Robert Collins

Re: [openstack-dev] [Openstack-operators] [keystone] RBAC usage at production

Whether or not a restart is required is actually handled by oslo.policy. Which is only included in Kilo and newer versions of Keystone. The work to avoid restarting the service went in in commit [0] and was further worked on in [1]. Juno and older versions are using the oslo-incubator code to

Re: [openstack-dev] [Openstack-operators] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

On 12/08/2015 06:39 AM, Jamie Lennox wrote: > The main problem I see with running Keystone (or any other service) in a > web server, is that *I* (as a package maintainer) will loose the control > over when the service is started. Let me explain why that is important > for me. > >

Re: [openstack-dev] [Fuel] Nominating Roman Prykhodchenko to python-fuelclient cores

Thank you guys. As there are no objections for a week I'm adding Roman to python-fuelclient-core group. Roman, congratulations! Use your power wisely =) On Wed, Dec 2, 2015 at 12:43 PM, Roman Vyalov wrote: > +1 > > On Wed, Dec 2, 2015 at 12:35 PM, Aleksandr Didenko

Re: [openstack-dev] ML2 TypeManager question

So in that case don't we need to update the type driver API to pass that through to the allocation call? On Wed, Dec 9, 2015 at 12:45 PM, Sławek Kapłoński wrote: > Hello, > > In fact we were creating our own type driver and we want to use this > tenant_id > so it was good

Re: [openstack-dev] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

On Wednesday, December 9, 2015, Ginwala, Aliasgar wrote: > Hi Dolph/team: > > As requested I have outlined most of the files and configs to give more > clear picture @ https://gist.github.com/noah8713/7d5554d78b60cd9a4999: > The number of threads per API your config files

Re: [openstack-dev] [Openstack-operators] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

So in any case i am using 20 processes and 20 threads to have optimal utilization. I did try with 50 50 values too for apache and the utilization spikes a bit high but its fine for load test. Utilization do touch around 40% for 20 20 values of processes and threads.I am running it on BM with 128gb

Re: [openstack-dev] [Openstack-operators] [keystone] Removing functionality that was deprecated in Kilo and upcoming deprecated functionality in Mitaka

Hi Dolph/team: As requested I have outlined most of the files and configs to give more clear picture @ https://gist.github.com/noah8713/7d5554d78b60cd9a4999: * keystone.conf —uploaded * distro used for testing, in case they override the project's defaults —mentioned * all nginx config files

Re: [openstack-dev] [ironic]Ironic operations on nodes in maintenance mode

Sorry I dropped the ball on this thread. :( On Tue, Nov 24, 2015 at 11:51:52AM -0800, Shraddha Pandhe wrote: > On Tue, Nov 24, 2015 at 7:39 AM, Jim Rollenhagen > wrote: > > > On Mon, Nov 23, 2015 at 03:35:58PM -0800, Shraddha Pandhe wrote: > > > Hi, > > > > > > I would

Re: [openstack-dev] [TripleO][DIB] diskimage-builder and python 2/3 compatibility

Excerpts from Gregory Haynes's message of 2015-12-09 12:49:07 -0800: > Excerpts from Ian Wienand's message of 2015-12-09 09:35:15 +: > > On 12/09/2015 07:15 AM, Gregory Haynes wrote: > > > We ran in to a couple issues adding Fedora 23 support to > > > diskimage-builder caused by python2 not

Re: [openstack-dev] [cinder] Dependencies of snapshots on volumes

On 09:27 Dec 09, John Griffith wrote: > On Tue, Dec 8, 2015 at 9:10 PM, Li, Xiaoyan wrote: > > As a result, this raises two concerns here: > > 1. Let such operations behavior same in Cinder. > > 2. I prefer to let storage driver decide the dependencies, not in the > >

Re: [openstack-dev] ML2 TypeManager question

Hello, In fact we were creating our own type driver and we want to use this tenant_id so it was good that it is here :) But I was just curious why it is like that. Thanks. -- Pozdrawiam / Best regards Sławek Kapłoński sla...@kaplonski.pl Dnia Wednesday 09 of December 2015 09:55:36 Kevin

Re: [openstack-dev] [Congress] [infra] IRC broken

The issue with #openstack-meeting seems to have resolved itself about 35 minutes into our scheduled time. The only thing that might be missing from the logs are messages where people were trying to figure out what was going on. So if anyone missed the meeting, start at the 35 minute mark. I

Re: [openstack-dev] [Fuel] Nominating Roman Prykhodchenko to python-fuelclient cores

Guys, thank you for your trust, I will keep working on improving this small but significant part of Fuel’s ecosystem. - romcheg > 9 груд. 2015 р. о 21:09 Dmitry Pyzhov написав(ла): > > Thank you guys. As there are no objections for a week I'm adding Roman to >

[openstack-dev] [lbaas] [octavia] Michael Johnson new Subteam PTL

All, We are congratulating Michael Johnson (johnsom) as new STPTL [1]. We are excited to work with him the next cycle. We would also like to thank Stephen Balukoff for his candidacy. Lastly, we would like to thank dougwig for conducting/overseeing the election. Happy Holidays, German +

[openstack-dev] [glance][drivers] Spec freeze approaching: Review priorities

Greetings, To all Glance drivers and people interested in following up on Glance specs. I've added to our meeting agenda etherpad[0] the list of review priorities for specs. Please, bare in mind that our spec freeze is approaching and we need to provide as much feedback as possible on the

Re: [openstack-dev] [Congress] IRC broken

On 12/09/2015 07:33 PM, Tim Hinrichs wrote: > It seems IRC is broken for the meeting we're supposed to be having right > now. The symptom is that you can logon but may only see a fragment of the > users/messages that are being sent. We even had a partitioning where 2 > people could exchange

Re: [openstack-dev] [Manila] Midcycle meetup

On 12/04/2015 04:42 PM, Ben Swartzlander wrote: On 11/19/2015 01:00 PM, Ben Swartzlander wrote: If you planning to attend the midcycle in any capacity, please vote your preferences here: https://www.surveymonkey.com/r/BXPLDXT The results of the survey were clear. Most people prefer the week

Re: [openstack-dev] [Congress] [infra] IRC broken

On 12/09/2015 08:29 PM, Tim Hinrichs wrote: > The issue with #openstack-meeting seems to have resolved itself about 35 > minutes into our scheduled time. The only thing that might be missing from > the logs are messages where people were trying to figure out what was going > on. So if anyone

Re: [openstack-dev] Mesos Conductor using container-create operations

As Bharath mentioned, I am +1 to extend the "container" object to Mesos bay. In addition, I propose to extend "container" to k8s as well (the details are described in this BP [1]). The goal is to promote this API resource to be technology-agnostic and make it portable across all COEs. I am

Re: [openstack-dev] [neutron] Linux Bridge CI is now a voting gate job

On 9 December 2015 at 03:53, Sean Dague wrote: > On 12/07/2015 04:05 PM, Sean M. Collins wrote: > > It's been a couple months - the last time I posted on this subject we > > were still working on getting Linux Bridge to become an experimental[1] > > job. During the Liberty cycle,

Re: [openstack-dev] [oslo][all] The lock files saga (and where we can go from here)

So, To try to reach some kind of conclusion here I am wondering if it would be acceptable to folks (would people even adopt such a change?) if we (oslo folks/others) provided a new function in say lockutils.py (in oslo.concurrency) that would let users of oslo.concurrency pick which kind

Re: [openstack-dev] [stable] Stable team PTL nominations are open

Congratulations, Matt! Condolences to Erno, but he's already said he's still part of the team. I'm looking forward to the IRC meetings and and also what the team becomes. --Rocky > -Original Message- > From: Anita Kuno [mailto:ante...@anteaya.info] > Sent: Wednesday, December 09, 2015

[openstack-dev] [Congress] IRC broken

It seems IRC is broken for the meeting we're supposed to be having right now. The symptom is that you can logon but may only see a fragment of the users/messages that are being sent. We even had a partitioning where 2 people could exchange messages, and a different 2 people could exchange

[openstack-dev] [Neutron][QA] New testing guidelines

Today we merged [1] which adds content to the Neutron testing guidelines: http://docs.openstack.org/developer/neutron/devref/development.environment.html#testing-neutron The document details Neutron's different testing infrastructures: * Unit * Functional * Fullstack (Integration testing with

  1   2   >