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:

[openstack-announce] [release][ceilometer] ceilometer 5.0.1

We're happy to announce ceilometer 5.0.1! This release is part of the Liberty development series and includes a few bug fixes. These fixes include: various SQL-related fixes[1][2][3]; a patch to address a concurrency issue in the collector service[4]; and a MongoDB connection fix[5].

[openstack-announce] [neutron] [networking-vsphere] Announcing networking-vsphere 1.0.0 release [liberty]

Hi Team, We are happy to announce the release of: networking-vsphere-1.0.0: - The networking-vsphere library enables ESX-deployments to run on native openstack with VLAN and VXLAN tenant networks support. This is the first release of networking-vsphere off the "openstack/neutron"

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-operators] Liberty cinder ceph architecture

Many thanks for your hints. Ignazio 2015-12-09 9:50 GMT+01:00 Arne Wiebalck : > We had the Cinder services running on our controllers initially, but split > them off > to a separate set of (virtual) machines in order to allow for independent > upgrades. > Performance-wise

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-operators] [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

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 :

[Openstack-operators] [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] [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-Infra] Request to add group member into the new Openstack projects

Hi openstack-infra team, Kindly please add > to the following Gerrit ACL groups: -- https://review.openstack.org/#/admin/groups/1211,members

[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,

[Openstack] Openstack Kilo, problems with SCTP and neutron DVR...

Hello everybody. I am not sure if it is the right place to ask this question, please direct me to the right list in case it is not. I am running OpenStack Kilo on top of Ubuntu 14.04 with neutron DVR (openvswitch agents, l2population, vxlan overlay) When assigning a public floating IP to a

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-Infra] Thirdparty CI: XenProject CI Failures result in 404 (no logs)

Sorry – just got to this mail. Just to be clear, this was a transient failure on the 7th December, which is now fixed. The most recent recheck was successful and http://zuul.openstack.xenproject.org/scoreboard/?project=openstack%2Fnova=jenkins%2CXenProject-CI=48==_size=100 shows the

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 :

[Openstack-operators] [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] [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

Re: [OpenStack-Infra] Thirdparty CI: XenProject CI Failures result in 404 (no logs)

Hi Bob, Thanks for looking into this. Cheers, --Morgan On Wed, Dec 9, 2015 at 3:39 AM, Bob Ball wrote: > Sorry – just got to this mail. > > > > Just to be clear, this was a transient failure on the 7th December, which > is now fixed. > > > > The most recent recheck was

[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] Openstack Kilo, problems with SCTP and neutron DVR...

Hi Daniel, On 12/09/2015 05:57 AM, daniel.balsi...@swisscom.com wrote: Hello everybody. I am not sure if it is the right place to ask this question, please direct me to the right list in case it is not. I am running OpenStack Kilo on top of Ubuntu 14.04 with neutron DVR (openvswitch agents,

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-operators] Nova-network -> Neutron Migration

Thanks, Tom, Sam, and Edgar, that's really good info. If nothing else it'll give me a good blueprint for what to look for and where to start. On 12/8/15, 10:37 PM, "Edgar Magana" wrote: >Awesome code! I just did a small testbed test and it worked nicely! > >Edgar >

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

Re: [OpenStack-Infra] [vitrage] OpenStack bot quit in the middle of an IRC meeting

Hi Ifat So apologies for that. I approved a change in our bots that caused the issue. When I approved the change i looked at schedule, and there was not meeting going on. But change took a bit long to merge, and it landed in the middle of your meeting. Best Yolanda Hi, During our Vitrage

[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-operators] Nova-network -> Neutron Migration

Doesn't this script only solve the case of going from flatdhcp networks in nova-network to same dchp/provider networks in neutron. Did anyone test to see if it also works for doing more advanced nova-network configs? ___ Kris

Re: [Openstack-operators] Nova-network -> Neutron Migration

I did not but more advanced could mean a lot of things for Neutron. There are so many possible scenarios that expecting to have a “script” to cover all of them is a whole new project. Not sure we want to explore than. In the past we were recommending to make the migration in multiple steps,

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-Infra] Request to add group member into the new Openstack projects

On Wed, Dec 9, 2015 at 1:59 AM, Mateusz Matuszkowiak wrote: > Hi openstack-infra team, > > Kindly please add to the following Gerrit ACL > groups: > -- > https://review.openstack.org/#/admin/groups/1211,members >

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] [COA] How to get involved

On 2015-12-09 09:21:51 -0800 (-0800), Adam Lawson wrote: > I know Foundation is working on the exams and certification > process for OpenStack Administrators. > > For someone who desires to participate/assist in this effort, who > is leading the charge? I can't seem to find reference to it >

Re: [Openstack] [COA] How to get involved

I am in contact with someone but I have not done much yet since it just started. Remo Inviato da iPhone > Il giorno 09 dic 2015, alle ore 18:21, Adam Lawson ha > scritto: > > I know Foundation is working on the exams and certification process for > OpenStack

Re: [Openstack-operators] Cinder API with multiple regions not working.

Hi Salman, Someone mentioned this same issue yesterday in relation to Terraform (maybe a colleague of yours?), so given the two occurrences, I thought I'd look into this. I have a Liberty environment readily available, so I created a second set of volume and volumev2 endpoints for a fictional

Re: [Openstack-operators] Nova-network -> Neutron Migration

Yea, I was considering updating the wiki (https://wiki.openstack.org/wiki/Neutron/MigrationFromNovaNetwork/HowTo) to at least make mention of it. If it works (and it sounds like it does, at least for Juno) then I'm all for adding it as a potential resource On 12/9/15, 9:52 AM, "Matt

Re: [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

Re: [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] [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] Openstack Kilo, problems with SCTP and neutron DVR...

Hi Brian Thank you for the fast reply. It is very appreciated. I cannot check if it works without DVR on that particular cloud. I have other users there and I dont wanna touch the (sort-of) production setup. Nobody seems to use SCTP and DVR just works fine for usual TCP/UDP workloads. However

  1   2   >