Re: [openstack-dev] [neutron][lbaas] Proposing Al Miller for neutron-lbaas core team

Congratulations Al! Well deserved! madhu_ak On Mon, Jul 6, 2015 at 11:55 AM, Brandon Logan wrote: > congrats Al! > On Jul 6, 2015 1:06 PM, Paul Michali wrote: > Great to have you as a LBass core Al! > > On Mon, Jul 6, 2015 at 1:29 PM Doug Wiegley > wrote: > >> Since all cores have responde

Re: [openstack-dev] [os-ansible-deployment] Feedback on Keystone Federation Spec

On 1 July 2015 at 17:05, Adam Young wrote: > > I'm going to be doing an Anisble based setup for a Demo based on Ipsilon > and FreeIPA. For it, I will need to set up both SAML Federation and > SSSD/Kerberos Federation. I suspect that much of the ADFS code is going to > be common with the. > >F

Re: [openstack-dev] [oslo][neutron] oslo.policy: policy_dirs config option, why deprecated?

Hi, When reading [1], it seems that Doug is implying there will be the ability to collate multiple policy.json files together? It would be good to get this point clarified. Thanks, Armando [1] https://bugs.launchpad.net/oslo.policy/+bug/1428332 On 3 July 2015 at 22:12, Akihiro Motoki wrote: >

[openstack-dev] [Infra] Meeting Tuesday July 7th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday July 7th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone interested

Re: [openstack-dev] [OpenStack-Infra] [Infra] Meeting Tuesday July 7th at 19:00 UTC

Super I will look forward to meet anyone.  Remo Inviato da Outlook On Mon, Jul 6, 2015 at 12:34 PM -0700, "Elizabeth K. Joseph" wrote: Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday July 7th, at 19:00 UTC in #openstack-meeting

Re: [openstack-dev] [grenade] future direction on partial upgrade support

On 2015-07-06 11:54:45 -0700 (-0700), Armando M. wrote: [...] > For what I can tell, Joe was kind to set the infra to start > gathering data on the reliability of the multi-node jobs, but they > are clearly flaky [1], and currently broken. [...] Well, a check-.* pass rate of 25% is likely explaine

[openstack-dev] App Catalog IRC meeting minutes - 7/2/2015

Thanks as always to those of you joining in the conversation regarding the App Catalog. We are working on building a Horizon plugin right now which will allow operators to include a browsable/searchable pane of catalog contents (fetched from http://apps.openstack.org, or your own local version of

Re: [openstack-dev] [grenade] future direction on partial upgrade support

On 6 July 2015 at 13:13, Jeremy Stanley wrote: > On 2015-07-06 11:54:45 -0700 (-0700), Armando M. wrote: > [...] > > For what I can tell, Joe was kind to set the infra to start > > gathering data on the reliability of the multi-node jobs, but they > > are clearly flaky [1], and currently broken.

Re: [openstack-dev] [Sahara] Why Sahara request user to give username/password for accessing the job binary in Swift ?

hi chen, responses inline On 07/06/2015 04:38 AM, Li, Chen wrote: Thanks. This is very helpful. A little more questions about how to config: 1. What should be set in [keystone_authtoken] in sahara.conf ? As code at https://github.com/openstack/sahara/blob/master/sahara/utils/proxy.py#

Re: [openstack-dev] [Ironic] Specs process query

On 1 July 2015 at 08:25, Matt Keenan wrote: > Hi, > > In submitting my first ironic spec, I am following the process outlined at: > https://wiki.openstack.org/wiki/Ironic/Specs_Process > > As of Kilo this suggests we also follow: > > http://lists.openstack.org/pipermail/openstack-dev/2014-Augus

Re: [openstack-dev] [neutron] Networking-foo projects and release management in the Neutron Stadium

hi, On Tue, Jul 7, 2015 at 2:20 AM, Kyle Mestery wrote: > The tl;dr for this email is that the patch referenced here [1] is moving > release management tasks for the networking-foo projects into alignment with > other Neutron libraries. There is value in having this consolidated into a > single p

[openstack-dev] [horizon] Modifying existing dashboards with plugins

I am considering making a plugin for Horizon which will add additional information to existing dashboards. For example, the plugin may add a new column to a table in a table in the instances dashboard. I have not found a standard method for plugins to do this. The plugin support I have found only a

[openstack-dev] [tacker]call _super method for _XtachInterface parent class

hi everyone please review this https://review.openstack.org/#/c/198293/ thanks cing __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubsc

Re: [openstack-dev] [grenade] future direction on partial upgrade support

I'd also like to chime in - we've had some discussions on -infra today about the partial upgrade issue, and collected the following notes on an etherpad. https://etherpad.openstack.org/p/neutron-partial-upgrades One of the things identified, was the complexity of the DVR feature in Neutron, and a

[openstack-dev] [openstack][QoS]- May be the Qos apply to the floatingip?

hi All, By the bp of QoS, The QoS is only used to port and network, I want to know If support to apply it to floatingip? thank you __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-d

Re: [openstack-dev] [grenade] future direction on partial upgrade support

Thanks Sean, comments inline. On 6 July 2015 at 16:58, Sean M. Collins wrote: > I'd also like to chime in - we've had some discussions on -infra today > about the partial upgrade issue, and collected the following notes on an > etherpad. > > https://etherpad.openstack.org/p/neutron-partial-upgra

Re: [openstack-dev] [grenade] future direction on partial upgrade support

On 07/06/2015 09:02 PM, Armando M. wrote: > Thanks Sean, comments inline. > > On 6 July 2015 at 16:58, Sean M. Collins wrote: > >> I'd also like to chime in - we've had some discussions on -infra today >> about the partial upgrade issue, and collected the following notes on an >> etherpad. >> >>

Re: [openstack-dev] [neutron] Networking-foo projects and release management in the Neutron Stadium

On Mon, Jul 6, 2015 at 5:07 PM, Takashi Yamamoto wrote: > hi, > > On Tue, Jul 7, 2015 at 2:20 AM, Kyle Mestery wrote: > > The tl;dr for this email is that the patch referenced here [1] is moving > > release management tasks for the networking-foo projects into alignment > with > > other Neutron

Re: [openstack-dev] [trove]The patch from 191859 breaks thecompatibility with python 2.6

Thanks @doug and that saves me days! It's reasonable and I think we should make the private patch for our environment. Thanks again. -tobe from UnitedStack -- Original -- From: "Doug Shelley"; Date: Mon, Jul 6, 2015 07:29 PM To: "openstack-dev@lists."; Su

Re: [openstack-dev] [puppet] First Sprint proposal

Operators mid-cycle is Aug 17-21 at a TBD location, I voted accordingly. Thanks. On Mon, Jul 6, 2015 at 12:09 PM, Emilien Macchi wrote: > > > On 07/06/2015 02:05 PM, Matt Fischer wrote: > > I think this is a great idea. I'd like to get a firm date on the > > operators mid-cycle before I vote tho

Re: [openstack-dev] [Cinder] python-cinderclient functional tests

I support moving it to non-voting from the experimental queue. It will be much more visible that way if something breaks. - Reply message - From: "Ivan Kolodyazhny" To: "OpenStack Development Mailing List" Cc: "Oleksiy Butenko" , "Kyrylo Romanenko" Subject: [openstack-dev] [Cinder] p

Re: [openstack-dev] [Cinder] python-cinderclient functional tests

On 7/6/15 10:28 PM, [email protected] wrote: > I support moving it to non-voting from the experimental queue. It will > be much more visible that way if something breaks. That makes sense to me. > - Reply message - > From: "Ivan Kolodyazhny" > To: "OpenStack Development Mailing List"

Re: [openstack-dev] [neutron] Networking-foo projects and release management in the Neutron Stadium

On Tue, Jul 7, 2015 at 10:44 AM, Kyle Mestery wrote: > On Mon, Jul 6, 2015 at 5:07 PM, Takashi Yamamoto > wrote: >> >> hi, >> >> On Tue, Jul 7, 2015 at 2:20 AM, Kyle Mestery wrote: >> > The tl;dr for this email is that the patch referenced here [1] is moving >> > release management tasks for the

[openstack-dev] OpenStack Meiji (明治) - Our next release name has been selected

Hi everybody! Ok. There is nothing more actually useful I can say that isn't in the subject line. As I mentioned previously, the preliminary results from our name election are here: http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_4983776e190c8dbc As a follow on step, the OpenStack Foundation

Re: [openstack-dev] [Cinder] Quobyte Cinder Driver revert?

HI Silvan, A great resource to resolve such issues is the third-party ci meetings [1]. It’s a dedicated time slot to ask questions and get help from other community members such as yourself. Oftentimes, someone else has run into the same issue and already as an answer. Ramy [1] https://wiki.o

Re: [openstack-dev] [Ironic] ironic-lib library

Thanks everyone for the valuable feedback. Few folks in the Ironic meeting agreed as well releasing often is better idea than git submodules, and we will go ahead with that if no one has any objection. On Wed, Jun 17, 2015 at 9:50 PM, Jeremy Stanley wrote: > On 2015-06-17 10:10:22 -0400 (-0400

[openstack-dev] Segmentation Fault in nova-compute service on ARM platform.

Hi Guys, I am porting openstack on arm platform, but while running nova-compute service on it throws segmentaion fault. Below are the logs: 2015-06-05 09:24:12.195 11374 INFO nova.virt.driver [-] Loading compute driver 'libvirt.LibvirtDriver' 2015-06-05 09:24:13.483 11374 INFO nova.openstack.com

Re: [openstack-dev] Segmentation Fault in nova-compute service on ARM platform.

Havana is very very old and no longer supported. Why are you porting that release in particular? Michael On Tue, Jul 7, 2015 at 3:51 PM, Pradeep kumar wrote: > Hi Guys, > > I am porting openstack on arm platform, but while running nova-compute > service on it throws segmentaion fault. > > Below

Re: [openstack-dev] App Catalog IRC meeting minutes - 7/2/2015

On 07/07/15 04:25, Christopher Aedo wrote: > * Stale URL checker (gosha) (docaedo, 17:27:48) The docs-tools repository has a tool that does this that can probably be re-purposed. __ OpenStack Development Mailing List (not fo

Re: [openstack-dev] [Openstack-operators] [keystone][all] Deprecating slash ('/') in project names

Do you mean project names or project IDs? Sam > On 3 Jul 2015, at 12:12 am, Henrique Truta > wrote: > > Hi everyone, > > In Kilo, keystone introduced the concept of Hierarchical Multitenancy[1], > which allows cloud operators to organize projects in hierarchies. This > concept is evolving

[openstack-dev] [Security] Midcycle Announcement

Hi All, The Security Project will be holding it's mid-cycle meet-up in Seattle 1st to 4th. Topic for the mid-cycle include: *A sprint on v2 of the Security Guide *Bootstrapping OpenStack Crypto Tracking and Verification Work *Security Face - building the appropriate we

Re: [openstack-dev] [Security] Midcycle Announcement

Clark, Robert Graham wrote: > The Security Project will be holding it’s mid-cycle meet-up in Seattle > 1st to 4^th . > [..] Please add it to https://wiki.openstack.org/wiki/Sprints for reference. -- Thierry Carrez (ttx) __

[openstack-dev] [Neutron]Subnet's dns nameserver doesn't order by input

Hi, all Subnet's nameserver is out of order. That is to say, cmd "neutron subnet-update [subnet-id] dns_nameservers list=true 1.2.3.4 5.6.7.8" and "neutron subnet-update [subnet-id] dns_nameservers list=true 5.6.7.8 1.2.3.4" is same. I think that we often have two or more dns nameser

Re: [openstack-dev] [Heat][Oslo] Versioned objects compatibility mode

> >> > >> On Mon, Jun 22, 2015 at 5:40 AM, Jastrzebski, Michal > >> wrote: > >> > Hello, > >> > > >> > I wanted to start discussion about versioned objects backporting > >> > for conductor-less projects. > >> > In Vancouver we discussed compatibility mode, which works like that: > >> > Dan's blog

Re: [openstack-dev] [Sahara] Why Sahara request user to give username/password for accessing the job binary in Swift ?

Thanks. This is very helpful. A little more questions about how to config: 1. What should be set in [keystone_authtoken] in sahara.conf ? As code at https://github.com/openstack/sahara/blob/master/sahara/utils/proxy.py#L165. Looks like admin_user & admin_password & admin_tenant_name

Re: [openstack-dev] [Neutron]Subnet's dns nameserver doesn't order by input

Hi, Currently there is no dns servers prioritization for subnets in Neutron. There is an opened bug for this: https://bugs.launchpad.net/neutron/+bug/1218629 Thanks, Oleg On Mon, Jul 6, 2015 at 11:21 AM, Zhi Chang wrote: > Hi, all > Subnet's nameserver is out of order. That is to say, cmd

Re: [openstack-dev] Error starting designate (DNSaaS)

Finally, I got to install and start designate when moving to a trusty Ubuntu image: *https://vagrantcloud.com/ubuntu/boxes/trusty64 * I did not succeed with precise64 (also Ubuntu): *http://files.vagrantup.com/precise64.box

Re: [openstack-dev] [Neutron]Subnet's dns nameserver doesn't orderby input

Thanks for your reply. Could you send the html link again? This does maybe doesn't exist. Thx Zhi Chang -- Original -- From: "Oleg Bondarev"; Date: Mon, Jul 6, 2015 04:50 PM To: "OpenStack Development Mailing List (not for usage questions)"; Subject: Re

Re: [openstack-dev] [nova] schedule instance based on CPU frequency ?

I propose a review to add it in cpu_info : https://review.openstack.org/#/c/197829/ 2015-07-03 21:37 GMT+08:00 Sylvain Bauza : > > > Le 03/07/2015 15:25, Jay Pipes a écrit : > >> On 07/03/2015 06:32 AM, Sylvain Bauza wrote: >> >>> Le 02/07/2015 21:40, Jay Pipes a écrit : >>> On 07/01/2015 1

Re: [openstack-dev] [puppet] [Nova] Do we really need to use rabbit_ha_queues parameter?

I have reviewed the git history and looks like we can just fix unit tests for puppet manifests. I'm going to do this. On Fri, Jul 3, 2015 at 1:03 PM, Timur Nurlygayanov < [email protected]> wrote: > Hi all, > > I have updated puppet manifests for all OpenStack components to fix the > log

Re: [openstack-dev] [Neutron]Subnet's dns nameserver doesn't orderby input

hi, Zhi Chang, this link: #https://bugs.launchpad.net/neutron/+bug/1218629 is ok. At 2015-07-06 17:13:12, "Zhi Chang" wrote: Thanks for your reply. Could you send the html link again? This does maybe doesn't exist. Thx Zhi Chang -- Original -- From:

Re: [openstack-dev] [Security] Midcycle Announcement

> -Original Message- > From: Thierry Carrez [mailto:[email protected]] > Sent: 06 July 2015 09:12 > To: [email protected] > Subject: Re: [openstack-dev] [Security] Midcycle Announcement > > Clark, Robert Graham wrote: > > The Security Project will be holding it's mid-

Re: [openstack-dev] [Neutron]Subnet's dns nameserver doesn'torderby input

Sorry, this page is also not found... I found a bug report like my thought: https://bugs.launchpad.net/neutron/+bug/1460786 -- Original -- From: "shihanzhang"; Date: Mon, Jul 6, 2015 05:37 PM To: "OpenStack Development Mailing List (not for usage question

[openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

Hello! As the Lieutenant of the built-in control plane[1], I am proposing to add Miguel Angel Ajo to the control plane core reviewer team. His review stats are inline with the other core reviewers[2], and his work on improving the stability/performance of the agents over the last year has been im

[openstack-dev] [trove]The patch from 191859 breaks the compatibility with python 2.6

Hi all, We're deploying trove with python 2.6 in production. And the latest code from https://review.openstack.org/#/c/191859 has broken the compatible with python 2.6. The actual code which causes it is in trove/guestagent/common/operating_system.py and looks like thest. Python 2.6 has syn

Re: [openstack-dev] [all][packaging] Adding files to /etc in a package

On 07/02/2015 03:59 AM, Thomas Goirand wrote: > On 07/02/2015 05:51 AM, Robert Collins wrote: >> On 2 July 2015 at 13:26, Thomas Goirand wrote: >>> On 07/02/2015 02:07 AM, Tony Breeds wrote: On Wed, Jul 01, 2015 at 11:07:30PM +, Perry, Sean wrote: > BTW, see dh_bash-completion from th

Re: [openstack-dev] [devstack] Use devstack/master to install older releases

On 07/01/2015 04:16 AM, Jordan Pittier wrote: > Hi, > > On Wed, Jul 1, 2015 at 12:35 AM, Dean Troyer > wrote: > > On Tue, Jun 30, 2015 at 7:04 AM, Emmanuel Cazenave > wrote: > > My first approach was to use devstack/icehouse to

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

A huge +1 From: Kevin Benton mailto:[email protected]>> Reply-To: OpenStack List mailto:[email protected]>> Date: Monday, July 6, 2015 at 1:02 PM To: OpenStack List mailto:[email protected]>> Subject: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the

[openstack-dev] [mistral] Team meeting - 07/06/2015

Hi, This is a reminder that we’ll have a team meeting today at #openstack-meeting at 16.00 UTC. Agenda: Review action items Current status (progress, issues, roadblocks, further plans) Mistral Dashboard plans and blueprints Open discussion Add your own items either by replying to this email or

Re: [openstack-dev] [trove]The patch from 191859 breaks the compatibility with python 2.6

Hi, Python 2.6 support was dropped in Kilo (for all of OpenStack). The patchset you mention was just merged last week and will be in Liberty. Trove is no longer being tested with Python 2.6 so it is likely things like this will continue to occur going forward. Regards, Doug From: 陈迪豪 mailto:c

Re: [openstack-dev] [Openstack-operators] [keystone][all] Deprecating slash ('/') in project names

I mean project names. You can, for example, create a project today with a name like "dev/tests". Em seg, 6 de jul de 2015 às 03:56, Sam Morrison escreveu: > Do you mean project names or project IDs? > > Sam > > > On 3 Jul 2015, at 12:12 am, Henrique Truta > wrote: > > Hi everyone, > > In Kilo,

Re: [openstack-dev] [ceilometer] virtual mid-cycle planning

On Fri, 3 Jul 2015, Jeremy Stanley wrote: On 2015-07-03 14:54:28 +0100 (+0100), Chris Dent wrote: Does a virtual mid-cycle count? This one is not quite a sprint. It's a bunch of meetings, held on google hangouts (falling back to other things if it is junk), schedule over a two day period with a

[openstack-dev] [puppet] weekly meeting #41

Hey Puppeteers! 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-20150707 Please add additional items you'd like to discuss, See you there -- Emilien Macchi signature.asc Descriptio

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

+1! - Original Message - > A huge +1 > > From: Kevin Benton < [email protected] > > Reply-To: OpenStack List < [email protected] > > Date: Monday, July 6, 2015 at 1:02 PM > To: OpenStack List < [email protected] > > Subject: [openstack-dev] [neutron] - Prop

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

Big +1 On Mon, Jul 6, 2015 at 3:43 PM, Assaf Muller wrote: > +1! > > - Original Message - > > A huge +1 > > > > From: Kevin Benton < [email protected] > > > Reply-To: OpenStack List < [email protected] > > > Date: Monday, July 6, 2015 at 1:02 PM > > To: OpenStack List < o

Re: [openstack-dev] [all][packaging] Adding files to /etc in a package

On 2015-07-06 06:48:09 -0400 (-0400), Sean Dague wrote: [...] > Realize, this is a much larger effort to teach python installation tools > about more than LIB and BIN, which is all they understand today. There was a recentish thread on distutils-sig which felt like it was headed in the right direc

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

+1 On Mon, Jul 6, 2015 at 5:02 AM, Kevin Benton wrote: > Hello! > > As the Lieutenant of the built-in control plane[1], I am proposing to add > Miguel Angel Ajo to the control plane core reviewer team. > > His review stats are inline with the other core reviewers[2], and his work > on improving

[openstack-dev] [mistral] Task explicit parameters

Hi, I came up with the proposal for “Task explicit parameters” blueprint ([1]) and created an etherpad for discussing it ([2]). [1] https://blueprints.launchpad.net/mistral/+spec/mistral-explicit-task-parameters

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

+1 2015-07-06 19:02 GMT+09:00 Kevin Benton : > Hello! > > As the Lieutenant of the built-in control plane[1], I am proposing to add > Miguel Angel Ajo to the control plane core reviewer team. > > His review stats are inline with the other core reviewers[2], and his work > on improving the stabili

Re: [openstack-dev] [congress] mid cycle Sprint dates

I added Congress to the list of Liberty sprints and built a wiki page with basic info: https://wiki.openstack.org/wiki/Sprints/CongressLibertySprint Please RSVP using eventbrite: http://www.eventbrite.com/e/congress-liberty-midcycle-sprint-tickets-17654731778 Tim On Wed, Jul 1, 2015 at 8:58 AM

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

Big +1 On 07/06/2015 06:02 AM, Kevin Benton wrote: Hello! As the Lieutenant of the built-in control plane[1], I am proposing to add Miguel Angel Ajo to the control plane core reviewer team. His review stats are inline with the other core reviewers[2], and his work on improving the stability/pe

[openstack-dev] [designate][lbaas][GSLB] IRC Meeting Tomorrow - 07/Jul/2015 @ 16:00 UTC

Hi All, I have put up an agenda for the meeting tomorrow: https://wiki.openstack.org/wiki/Meetings/GSLB It will be in #openstack-meeting-4 @ 16:00 UTC I sent around a strawman API doc last week - https://docs.google.com/document/d/1nw5jVn0hjmhlhkZJAohx-gqRkkbVhMMJ79Pogd0ysEk/edit?usp=sharing C

[openstack-dev] [devstack] openstack install error with stable/kilo

Hi, I’m trying to run devstack install of stable/kilo on Ubuntu 14.04 and getting the following error. Any suggestion on how to resolve it? 2015-07-06 13:25:08.670 | + recreate_database glance 2015-07-06 13:25:08.670 | + local db=glance 2015-07-06 13:25:08.670 | + recreate_database_mysql gla

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

Absolutely +1 Edgar From: Kevin Benton Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Monday, July 6, 2015 at 3:02 AM To: "[email protected]" Subject: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo

Re: [openstack-dev] [Murano][Congress] Application placement use case

Hi Gosha, This definitely sounds like an interesting use case for Congress. Keep in mind that Congress doesn't itself do placement (though we did some experimentation with that [1][2]). Some thoughts. 1. Let's suppose Murano/Congress/etc. allow us to figure out which app should be deployed in w

Re: [openstack-dev] [Murano] Discuss simulated-execution-mode-murano-engine blueprint

Folks, I have specific topic to discuss: how murano test-fixture will look like and how it can be run. The idea is to implement a unit-testing framework, similar to regular frameworks for python or other languages, which will allow to define test fixtures in MuranoPL. A Test fixture is a regular

Re: [openstack-dev] [Murano][Congress] Application placement use case

Sorry--hit the Send button by accident. > Hi Gosha, > > This definitely sounds like an interesting use case for Congress. Keep in > mind that Congress doesn't itself do placement (though we did some > experimentation with that [1][2]). Some thoughts. > > 1. Let's suppose Murano/Congress/etc. al

Re: [openstack-dev] [neutron][lbaas] Proposing Al Miller for neutron-lbaas core team

Since all cores have responded, I’m going to end this early. Welcome to the core team, Al. Thanks, doug > On Jul 5, 2015, at 6:27 PM, Kyle Mestery wrote: > > +1 for Al! > > On Thu, Jul 2, 2015 at 5:16 PM, Doug Wiegley > wrote: > Hi all, > > As the Lieu

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

+1! On Mon, Jul 6, 2015 at 4:02 AM, Kevin Benton wrote: > Hello! > > As the Lieutenant of the built-in control plane[1], I am proposing to add > Miguel Angel Ajo to the control plane core reviewer team. > > His review stats are inline with the other core reviewers[2], and his work > on improving

Re: [openstack-dev] [devstack] openstack install error with stable/kilo

Hi, FYI I got the same error since Wednesday or Thursday last week. With devstack master. I haven't had the chance to spend some time on it yet. Jordan On Mon, Jul 6, 2015 at 4:32 PM, Danny Choi (dannchoi) wrote: > Hi, > > I’m trying to run devstack install of stable/kilo on Ubuntu 14.04 and

Re: [openstack-dev] [neutron][lbaas] Proposing Al Miller for neutron-lbaas core team

I really appreciate the opportunity to participate as a core reviewer and would like to thank everyone who has helped me come up to speed on OpenStack and LBaaS. Al From: Doug Wiegley [mailto:[email protected]] Sent: Monday, July 06, 2015 9:22 AM To: OpenStack Development Mailing Lis

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

O(1) (some of computational complexities achieved after Miguel optimizations) On 6 July 2015 at 09:24, Carl Baldwin wrote: > +1! > > On Mon, Jul 6, 2015 at 4:02 AM, Kevin Benton wrote: > > Hello! > > > > As the Lieutenant of the built-in control plane[1], I am proposing to add > > Miguel Angel

Re: [openstack-dev] [TripleO] diskimage-builder 1.0.0

Excerpts from James Slagle's message of 2015-06-30 15:30:49 +: > On Mon, Jun 29, 2015 at 8:44 AM, Gregory Haynes wrote: > > Hello all, > > > > DIB has come a long way and we seem to have a fairly stable interface > > for the elements and the image creation scripts. As such, I think it's > > ab

Re: [openstack-dev] [puppet] oslo.messaging version and RabbitMQ heartbeat support

On 07/01/2015 09:21 AM, Mike Dorman wrote: > As a follow up to the discussion during the IRC meeting yesterday, > please vote for one of these approaches: > > 1) Make the default for the rabbit_heartbeat_timeout_threshold > parameter 60, which matches the default in Kilo oslo.messaging. This >

[openstack-dev] [mistral] Team meeting minutes - 07/06/2015

Thanks for joining our meeting today! Meeting minutes: http://eavesdrop.openstack.org/meetings/mistral/2015/mistral.2015-07-06-16.01.html Meeting log: http://eavesdrop.openstack.org/meetings/mistral/2015/mistr

[openstack-dev] [neutron] Networking-foo projects and release management in the Neutron Stadium

The tl;dr for this email is that the patch referenced here [1] is moving release management tasks for the networking-foo projects into alignment with other Neutron libraries. There is value in having this consolidated into a single place. The longer version is that as plugin backends and new libra

Re: [openstack-dev] [neutron] - Proposing Miguel Angel Ajo for the Control Plane core team

+1! On Mon, Jul 06, 2015, Kevin Benton wrote: > Hello! > > As the Lieutenant of the built-in control plane[1], I am proposing to add > Miguel Angel Ajo to the control plane core reviewer team. > > His review stats are inline with the other core reviewers[2], and his work on > improving the stab

[openstack-dev] [nova] bp and/or spec required for new metadata service API version?

Related to this change [1] which adds a new LIBERTY openstack version to the metadata service API, it's pretty trivial but it's akin to microversions in the nova-api v2.1 code, and we require blueprints and specs for those changes generally. So do we require a blueprint and optionally a spec f

Re: [openstack-dev] [Neutron] What are problems of Distributed SNAT?

Hi, There was some discussion a while back on this subject. Some alternatives were captured on etherpad [1] with pros and cons. Sorry for the delay in responding. The initial implementation of DVR went with centralized SNAT to reduce the scope of the effort and because of a lack consensus aroun

[openstack-dev] [puppet] First Sprint proposal

Hi, I would like to organize our first sprint for contributing to our Puppet OpenStack modules. It will happen in Red Hat Montreal (Canada) office, during 3 days. If you're interested to participate, please find the slots that may work for you [1]. Any slot suggestion is welcome though. Also, ple

Re: [openstack-dev] [puppet] First Sprint proposal

On 07/06/2015 01:31 PM, Emilien Macchi wrote: > Hi, > > I would like to organize our first sprint for contributing to our Puppet > OpenStack modules. It will happen in Red Hat Montreal (Canada) office, > during 3 days. > > If you're interested to participate, please find the slots that may work

Re: [openstack-dev] [nova] bp and/or spec required for new metadata service API version?

Le 06/07/2015 19:22, Matt Riedemann a écrit : Related to this change [1] which adds a new LIBERTY openstack version to the metadata service API, it's pretty trivial but it's akin to microversions in the nova-api v2.1 code, and we require blueprints and specs for those changes generally. So

[openstack-dev] [all][api] New API Guidelines ready for cross project review

Hi All, We have 7 API Guidelines that are ready for a final review. 1. Add section clarifying PUT vs PATCH semantics https://review.openstack.org/#/c/183945/ 2. Adding 5xx guidance https://review.openstack.org/#/c/183698/ 3. Adds a small update to tagging guidance https://review.openstack.org/#

[openstack-dev] [neutron] Plethora of dbase migration questions...

Hi, I have some urgent requests about migration that I'm hoping to get some info on. I'm working on a bug where I need to add two (related) fields to a table for VPNaaS. Here's the objectives related to migration... 1) create local_v4_ip and lcoal_v6_ip fields in the vpnservice table 2) for each

Re: [openstack-dev] [neutron][lbaas] Proposing Al Miller for neutron-lbaas core team

Great to have you as a LBass core Al! On Mon, Jul 6, 2015 at 1:29 PM Doug Wiegley wrote: > Since all cores have responded, I’m going to end this early. Welcome to > the core team, Al. > > Thanks, > doug > > On Jul 5, 2015, at 6:27 PM, Kyle Mestery wrote: > > +1 for Al! > > On Thu, Jul 2, 2015

Re: [openstack-dev] [puppet] First Sprint proposal

I think this is a great idea. I'd like to get a firm date on the operators mid-cycle before I vote though. On Mon, Jul 6, 2015 at 11:31 AM, Emilien Macchi wrote: > Hi, > > I would like to organize our first sprint for contributing to our Puppet > OpenStack modules. It will happen in Red Hat Mont

Re: [openstack-dev] [puppet] First Sprint proposal

On 07/06/2015 02:05 PM, Matt Fischer wrote: > I think this is a great idea. I'd like to get a firm date on the > operators mid-cycle before I vote though. If it overlaps, we can add more slots. Feel free to ping me on IRC for that, I'll update the doodle. Thanks, > > On Mon, Jul 6, 2015 at 11

Re: [openstack-dev] [nova] bp and/or spec required for new metadata service API version?

On 07/06/15 at 07:37pm, Sylvain Bauza wrote: Le 06/07/2015 19:22, Matt Riedemann a écrit : Related to this change [1] which adds a new LIBERTY openstack version to the metadata service API, it's pretty trivial but it's akin to microversions in the nova-api v2.1 code, and we require blueprint

Re: [openstack-dev] [neutron] How to handle security issues in external repos?

Jeremy, a huge thanks for this fantastic reply! I have taken the liberty of copying your responses directly into Neutron's "contributing" guide: https://review.openstack.org/187267 I hope you don't mind. On Fri, Jul 03, 2015, Jeremy Stanley wrote: > On 2015-07-03 22:01:38 +0200 (+0200), Henry Ge

Re: [openstack-dev] [Murano][Congress] Application placement use case

Hi Tim, Thank you for the comprehensive information. >From Murano standpoint each OpenStack region is a separate Heat endpoint. So once Murano has a decision about placement it will just use proper Heat endpoint to initiate stack creation process. Murano does not expect that Congress will do act

Re: [openstack-dev] [Murano] Discuss simulated-execution-mode-murano-engine blueprint

Hi Kate, MuraPL has a concept of exceptions. Unit testing will be important to make sure that workflows behaves correctly in exceptions situations. How will be this addressed int he testing framework? Will you have some specific assertions like python unit testing framework? Thanks Gosha On Mon,

[openstack-dev] [Cinder] python-cinderclient functional tests

Hi all, As you may know, we've got experimental job [1] to run functional tests [2] for python-cinderclient with devstack setup. Functional tests for python-cinderclient is very important because it's almost the only way to test python-cinderclient with Cinder API. For now, we've got only Rally w

Re: [openstack-dev] [neutron] How to handle security issues in external repos?

On 2015-07-06 20:25:25 +0200 (+0200), Henry Gessau wrote: > Jeremy, a huge thanks for this fantastic reply! I have taken the liberty of > copying your responses directly into Neutron's "contributing" guide: > https://review.openstack.org/187267 > > I hope you don't mind. Quite the opposite--I'm h

Re: [openstack-dev] [neutron][lbaas] Proposing Al Miller for neutron-lbaas core team

congrats Al! On Jul 6, 2015 1:06 PM, Paul Michali wrote: Great to have you as a LBass core Al! On Mon, Jul 6, 2015 at 1:29 PM Doug Wiegley mailto:[email protected]>> wrote: Since all cores have responded, I'm going to end this early. Welcome to the core team, Al. Thanks, doug On

Re: [openstack-dev] [grenade] future direction on partial upgrade support

Hi, Not sure if we reached any conclusion with this thread, and I would like to resume it so that we don't derail the initial plan set forth by Russell and agreed during the Liberty summit, among other things. If I look at the thread I think this can be summarized as follow. Please correct me if