Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-17 Thread Dmitry Tantsur
On Tue, 2014-09-16 at 15:42 -0400, Zane Bitter wrote: On 16/09/14 15:24, Devananda van der Veen wrote: On Tue, Sep 16, 2014 at 11:44 AM, Zane Bitter zbit...@redhat.com wrote: On 16/09/14 13:56, Devananda van der Veen wrote: On Mon, Sep 15, 2014 at 9:00 AM, Steven Hardy sha...@redhat.com

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Richard Jones
You're quite probably correct - going through the OWASP threat list in more detail is on my TODO. That was just off the top of my head as something that has me concerned but I've not investigated it thoroughly. On 17 September 2014 14:15, Adam Young ayo...@redhat.com wrote: On 09/16/2014 08:56

[openstack-dev] [sahara] weekly team meeting Sept 18 1800 UTC

2014-09-17 Thread Sergey Lukjanov
Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meetingiso=20140918T18

Re: [openstack-dev] [sahara] weekly team meeting Sept 18 1800 UTC

2014-09-17 Thread Sergey Lukjanov
correct time link is: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meetingiso=20140918T18 On Wednesday, September 17, 2014, Sergey Lukjanov slukja...@mirantis.com wrote: Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-alt channel.

[openstack-dev] [TripleO] Set WIP for stale patches?

2014-09-17 Thread mar...@redhat.com
Hi, as part of general housekeeping on our reviews, it was discussed at last week's meeting [1] that we should set workflow -1 for stale reviews (like gerrit used to do when I were a lad). The specific criteria discussed was 'items that have a -1 from a core but no response from author for 14

[openstack-dev] [neutron] Creating resources for non-existent tenants

2014-09-17 Thread Elena Ezhova
Hi, all! I have been looking at the bug https://bugs.launchpad.net/neutron/+bug/1338885 and it turned out that it is relevant not only for firewall rules but for all resources that take tenant-is for create and update. I need a piece of advice on a preferable way of solving the problem. First

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-17 Thread Lucas Alvares Gomes
1. Not everyone will have an enterprise CMDB, so there should be some way to input inventory without one (even if it is a text file fed into ironicclient). The bulk-loading format to do this is TBD. 2. A way to generate that inventory in an automated way is desirable for some folks, but

Re: [openstack-dev] [tripleo][heat][ironic] Heat Ironic resources and ready state orchestration

2014-09-17 Thread Dmitry Tantsur
On Wed, 2014-09-17 at 10:36 +0100, Steven Hardy wrote: On Tue, Sep 16, 2014 at 02:06:59PM -0700, Devananda van der Veen wrote: On Tue, Sep 16, 2014 at 12:42 PM, Zane Bitter zbit...@redhat.com wrote: On 16/09/14 15:24, Devananda van der Veen wrote: On Tue, Sep 16, 2014 at 11:44 AM, Zane

Re: [openstack-dev] [Cinder][Nova][Oslo] Moving Brick out of Cinder

2014-09-17 Thread Ivan Kolodyazhny
Thanks for the feedback! I need to look closer to Cinder Agent specs. Walter, Hope, I could help you and Duncan with making this. Regards, Ivan Kolodyazhny On Wed, Sep 17, 2014 at 2:32 AM, Mathieu Gagné mga...@iweb.com wrote: On 2014-09-16 7:03 PM, Walter A. Boring IV wrote: The upside to

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-17 Thread Akihiro Motoki
A bit late reply. As one of translators, I can say wrong strings are worse. String Freeze is a soft freeze and it just declares we don't make big change mainly due to feature additions. It does not necessarily prevent fixes including string changes. In Horizon case, after starting translations

[openstack-dev] [heat] Convergence - persistence desired and observed state

2014-09-17 Thread Gurjar, Unmesh
Hi All, The convergence blueprint (https://review.openstack.org/#/c/95907/) introduces two new database tables (resource_observed and resource_properties_observed ) for storing the observed state of a resource (currently under review: https://review.openstack.org/#/c/109012/). However, it can

[openstack-dev] [MagentoDB] Tomorrow IRC meeting

2014-09-17 Thread Ilya Sviridov
Hello stackers, MagnetoDB team is having IRC meeting tomorrow 13:00 UTC The agenda can be found here[1] Feel free to join and add items to agenda [1] https://wiki.openstack.org/wiki/MagnetoDB/WeeklyMeetingAgenda Have a nice day, Ilya Sviridov isviridov @ FreeNode

[openstack-dev] [heat][nova] VM restarting on host failure in convergence

2014-09-17 Thread Jastrzebski, Michal
All, Currently OpenStack does not have a built-in HA mechanism for tenant instances which could restore virtual machines in case of a host failure. Openstack assumes every app is designed for failure and can handle instance failure and will self-remediate, but that is rarely the case for the very

Re: [openstack-dev] [heat] Convergence - persistence desired and observed state

2014-09-17 Thread Qiming Teng
On Wed, Sep 17, 2014 at 12:27:34PM +, Gurjar, Unmesh wrote: Hi All, The convergence blueprint (https://review.openstack.org/#/c/95907/) introduces two new database tables (resource_observed and resource_properties_observed ) for storing the observed state of a resource (currently

[openstack-dev] [all][TC][Zaqar] Another graduation attempt, new lessons learned

2014-09-17 Thread Flavio Percoco
Greetings, As probably many of you already know, Zaqar (formerly known as Marconi) has recently been evaluated for integration. This is the second time this project (and team) has gone through this process and just like last time, it wasn't as smooth as we all would have liked it to be. I

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread David Chadwick
Hi Adam Kristy has already added support to Horizon for federated login to Keystone. She will send you details of how she did this. One issue that arose was this: in order to give the user the list of IDPs/protocols that are trusted, the call to Keystone needs to be authenticated. But the user

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

2014-09-17 Thread Charles Crouch
- Original Message - Hi, as part of general housekeeping on our reviews, it was discussed at last week's meeting [1] that we should set workflow -1 for stale reviews (like gerrit used to do when I were a lad). The specific criteria discussed was 'items that have a -1 from a core

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Steve Martinelli
++ to your suggestion David, I think making the list of trusted IdPs publicly available makes sense. - Steve David Chadwick d.w.chadw...@kent.ac.uk wrote on 09/17/2014 09:37:21 AM: From: David Chadwick d.w.chadw...@kent.ac.uk To: openstack-dev@lists.openstack.org, Kristy Siu

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

2014-09-17 Thread Derek Higgins
On 17/09/14 14:40, Charles Crouch wrote: - Original Message - Hi, as part of general housekeeping on our reviews, it was discussed at last week's meeting [1] that we should set workflow -1 for stale reviews (like gerrit used to do when I were a lad). The specific criteria

Re: [openstack-dev] [tripleo] Adding hp1 back running tripleo CI

2014-09-17 Thread Derek Higgins
On 15/09/14 22:37, Gregory Haynes wrote: This is a total shot in the dark, but a couple of us ran into issues with the Ubuntu Trusty kernel (I know I hit it on HP hardware) that was causing severely degraded performance for TripleO. This fixed with a recently released kernel in Trusty... maybe

[openstack-dev] [QA] Meeting Thursday September 18th at 22:00 UTC

2014-09-17 Thread Matthew Treinish
Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, September 18th at 22:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome

[openstack-dev] [heat] Confused about the future of health maintenance and OS::Heat::HARestarter

2014-09-17 Thread Mike Spreitzer
Background: Health maintenance is very important to users, and I have users who want to do it now and into the future. Today a Heat user can write a template that maintains the health of a resource R. The detection of a health problem can be done by anything that hits a webhook. That

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Marek Denis
On 17.09.2014 15:45, Steve Martinelli wrote: ++ to your suggestion David, I think making the list of trusted IdPs publicly available makes sense. I think this might be useful in an academic/science world but on the other hand most cloud providers from the 'business' world might be very

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread David Chadwick
On 17/09/2014 14:55, Marek Denis wrote: On 17.09.2014 15:45, Steve Martinelli wrote: ++ to your suggestion David, I think making the list of trusted IdPs publicly available makes sense. I think this might be useful in an academic/science world but on the other hand most cloud

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Tim Bell
Has Kristy's patch made it into Juno ? Tim -Original Message- From: David Chadwick [mailto:d.w.chadw...@kent.ac.uk] Sent: 17 September 2014 15:37 To: openstack-dev@lists.openstack.org; Kristy Siu Subject: Re: [openstack-dev] [Keystone][Horizon] CORS and Federation Hi Adam

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Adam Young
On 09/17/2014 10:07 AM, David Chadwick wrote: On 17/09/2014 14:55, Marek Denis wrote: On 17.09.2014 15:45, Steve Martinelli wrote: ++ to your suggestion David, I think making the list of trusted IdPs publicly available makes sense. I think this might be useful in an academic/science world

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Steve Martinelli
I had the same thought :) Config option or some documentation that outlines changes in policy.json. Either way, we should support both. David Chadwick d.w.chadw...@kent.ac.uk wrote on 09/17/2014 10:07:43 AM: From: David Chadwick d.w.chadw...@kent.ac.uk To: openstack-dev@lists.openstack.org,

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread David Chadwick
this would work as well, but wouldn't it require two different API calls? On 17/09/2014 15:17, Adam Young wrote: On 09/17/2014 10:07 AM, David Chadwick wrote: On 17/09/2014 14:55, Marek Denis wrote: On 17.09.2014 15:45, Steve Martinelli wrote: ++ to your suggestion David, I think making the

[openstack-dev] [oslo] zeromq work for kilo

2014-09-17 Thread Doug Hellmann
This thread [1] has turned more “future focused, so I’m moving the conversation to the -dev list where we usually have those sorts of discussions. [1] http://lists.openstack.org/pipermail/openstack/2014-September/009253.html On Sep 17, 2014, at 7:54 AM, James Page james.p...@ubuntu.com wrote:

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread David Chadwick
Hi Tim I don't believe she has pushed this through the official channel yet as we were very pushed for time to get something working for our GIANT CLASSe project. We only did the work in the latter half of August. I also don't know if we are too late for Juno or not. regards David On

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Adam Young
On 09/17/2014 10:14 AM, Tim Bell wrote: Has Kristy's patch made it into Juno ? I don't see any patches from Kristy in either the merged or pending review state for non-keystone projects; https://review.openstack.org/#/q/owner:%22Kristy+Siu%22,n,z So I'm guessing it is proof-of-concept code

[openstack-dev] [TripleO] Release Report

2014-09-17 Thread mar...@redhat.com
1. os-apply-config: release: 0.1.21 -- 0.1.22 -- https://pypi.python.org/pypi/os-apply-config/0.1.22 -- http://tarballs.openstack.org/os-apply-config/os-apply-config-0.1.22.tar.gz 2. os-refresh-config: no changes, 0.1.7 3. os-collect-config: no changes, 0.1.28 4.

[openstack-dev] [nova] are we going to remove the novaclient v3 shell or what?

2014-09-17 Thread Matt Riedemann
This has come up a couple of times in IRC now but the people that probably know the answer aren't available. There are python-novaclient patches that are adding new CLIs to the v2 (v1_1) and v3 shells, but now that we have the v2.1 API (v2 on v3) why do we still have a v3 shell in the client?

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Adam Young
On 09/17/2014 10:35 AM, David Chadwick wrote: this would work as well, but wouldn't it require two different API calls? I think it would be 2 calls no matter what. OK, lets talk this through: 1. Configure Horizon to return a generic login page, with a button that says Or do Federated 2.

Re: [openstack-dev] [Nova] What's holding nova development back?

2014-09-17 Thread Matt Riedemann
On 9/16/2014 1:01 PM, Joe Gordon wrote: On Sep 15, 2014 8:31 PM, Jay Pipes jaypi...@gmail.com mailto:jaypi...@gmail.com wrote: On 09/15/2014 08:07 PM, Jeremy Stanley wrote: On 2014-09-15 17:59:10 -0400 (-0400), Jay Pipes wrote: [...] Sometimes it's pretty hard to determine

Re: [openstack-dev] [release] client release deadline - Sept 18th

2014-09-17 Thread Matt Riedemann
On 9/15/2014 12:57 PM, Matt Riedemann wrote: On 9/10/2014 11:08 AM, Kyle Mestery wrote: On Wed, Sep 10, 2014 at 10:01 AM, Matt Riedemann mrie...@linux.vnet.ibm.com wrote: On 9/9/2014 4:19 PM, Sean Dague wrote: As we try to stabilize OpenStack Juno, many server projects need to get out

[openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Thomas Goirand
Hi, I'm horrified by what I just found. I have just found out this in glanceclient: File bla/tests/test_ssl.py, line 19, in module from requests.packages.urllib3 import poolmanager ImportError: No module named packages.urllib3 Please *DO NOT* do this. Instead, please use urllib3 from ...

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Donald Stufft
I don't know the specific situation but it's appropriate to do this if you're using requests and wish to interact with the urllib3 that requests is using. On Sep 17, 2014, at 11:15 AM, Thomas Goirand z...@debian.org wrote: Hi, I'm horrified by what I just found. I have just found out this

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Donald Stufft
Looking at the code on my phone it looks completely correct to use the vendored copy here and it wouldn't actually work otherwise. On Sep 17, 2014, at 11:17 AM, Donald Stufft don...@stufft.io wrote: I don't know the specific situation but it's appropriate to do this if you're using

Re: [openstack-dev] [all][TC][Zaqar] Another graduation attempt, new lessons learned

2014-09-17 Thread Eoghan Glynn
Thanks for bring this to the list, Flavio. A few thoughts in line ... Greetings, As probably many of you already know, Zaqar (formerly known as Marconi) has recently been evaluated for integration. This is the second time this project (and team) has gone through this process and just like

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread David Chadwick
On 17/09/2014 15:38, Adam Young wrote: On 09/17/2014 10:14 AM, Tim Bell wrote: Has Kristy's patch made it into Juno ? I don't see any patches from Kristy in either the merged or pending review state for non-keystone projects; https://review.openstack.org/#/q/owner:%22Kristy+Siu%22,n,z

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

2014-09-17 Thread Sullivan, Jon Paul
-Original Message- From: Derek Higgins [mailto:der...@redhat.com] Sent: 17 September 2014 14:49 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [TripleO] Set WIP for stale patches? On 17/09/14 14:40, Charles Crouch wrote: -

[openstack-dev] reopen a change / pull request for nova-pythonclient ?

2014-09-17 Thread Alex Leonhardt
hi, how does one re-open a abandoned change / pull request ? it just timed out and was then abandoned - https://review.openstack.org/#/c/57834/ please let me know thanks! alex ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [all] [clients] [keystone] lack of retrying tokens leads to overall OpenStack fragility

2014-09-17 Thread Duncan Thomas
On 16 September 2014 01:28, Nathan Kinder nkin...@redhat.com wrote: The idea would be to leave normal tokens with a smaller validity period (like the current default of an hour), but also allow one-time use tokens to be requested. Cinder backup makes many requests to swift during a backup, one

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Marek Denis
Hi, First of all, we should clarify whether your JS client wants to implement ECP or WebSSO workflow. They are slightly different. I feel JS is smart enough to implement the ECP flow and then and it could simply implement what we already have in the keystoneclient [0]. This + some discovery

Re: [openstack-dev] reopen a change / pull request for nova-pythonclient ?

2014-09-17 Thread Russell Bryant
On 09/17/2014 11:47 AM, Alex Leonhardt wrote: hi, how does one re-open a abandoned change / pull request ? it just timed out and was then abandoned - https://review.openstack.org/#/c/57834/ please let me know I re-opened it. You should be able to update it now. -- Russell Bryant

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread Matthieu Huin
Hi, - Original Message - From: Adam Young ayo...@redhat.com To: openstack-dev@lists.openstack.org Sent: Wednesday, September 17, 2014 5:00:16 PM Subject: Re: [openstack-dev] [Keystone][Horizon] CORS and Federation On 09/17/2014 10:35 AM, David Chadwick wrote: this would work

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread K . W . S . Siu
Hi all, The code for my proof of concept software is at https://github.com/kwss/horizon/tree/federated (templates) And https://github.com/kwss/django_openstack_auth/tree/federated (federation handling). Please note that the horizon branch also contains some additional panels for managing

Re: [openstack-dev] reopen a change / pull request for nova-pythonclient ?

2014-09-17 Thread Daniel P. Berrange
On Wed, Sep 17, 2014 at 04:47:06PM +0100, Alex Leonhardt wrote: hi, how does one re-open a abandoned change / pull request ? it just timed out and was then abandoned - https://review.openstack.org/#/c/57834/ please let me know Just re-upload the change, maintaining the same Change-Id

[openstack-dev] [metrics] New version of the Activity Board

2014-09-17 Thread Daniel Izquierdo
Hi everyone, I'd like to introduce the new activity board look and feel and other improvements in the metrics side. * What is it? Activity board is the place where you can find development metrics of the OpenStack Foundation projects. * Where to get it? === There is a

Re: [openstack-dev] reopen a change / pull request for nova-pythonclient ?

2014-09-17 Thread Russell Bryant
On 09/17/2014 11:56 AM, Daniel P. Berrange wrote: On Wed, Sep 17, 2014 at 04:47:06PM +0100, Alex Leonhardt wrote: hi, how does one re-open a abandoned change / pull request ? it just timed out and was then abandoned - https://review.openstack.org/#/c/57834/ please let me know Just

Re: [openstack-dev] [Keystone][Horizon] CORS and Federation

2014-09-17 Thread David Chadwick
On 17/09/2014 16:53, Marek Denis wrote: Hi, First of all, we should clarify whether your JS client wants to implement ECP or WebSSO workflow. They are slightly different. Our modification to Horizon uses WebSSO since this is the obvious profile for a browser to use as it can handle

Re: [openstack-dev] [Cinder][Nova][Oslo] Moving Brick out of Cinder

2014-09-17 Thread Doug Hellmann
On Sep 16, 2014, at 6:02 PM, Flavio Percoco fla...@redhat.com wrote: On 09/16/2014 11:55 PM, Ben Nemec wrote: Based on my reading of the wiki page about this it sounds like it should be a sub-project of the Storage program. While it is targeted for use by multiple projects, it's pretty

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Clint Byrum
This is where Debian's one urllib3 to rule them all model fails in a modern fast paced world. Debian is arguably doing the right thing by pushing everyone to use one API, and one library, so that when that one library is found to be vulnerable to security problems, one update covers everyone.

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Davanum Srinivas
I was trying request-ifying oslo.vmware and ran into this as well: https://review.openstack.org/#/c/121956/ And we don't seem to have urllib3 in global-requirements either. Should we do that first? -- dims On Wed, Sep 17, 2014 at 1:05 PM, Clint Byrum cl...@fewbar.com wrote: This is where

Re: [openstack-dev] [Cinder][Nova][Oslo] Moving Brick out of Cinder

2014-09-17 Thread Davanum Srinivas
+1 to Doug's comments. On Wed, Sep 17, 2014 at 1:02 PM, Doug Hellmann d...@doughellmann.com wrote: On Sep 16, 2014, at 6:02 PM, Flavio Percoco fla...@redhat.com wrote: On 09/16/2014 11:55 PM, Ben Nemec wrote: Based on my reading of the wiki page about this it sounds like it should be a

[openstack-dev] [Mistral] callback on workflow completion

2014-09-17 Thread Dmitri Zimine
Use case: The client software fires the workflow execution and needs to be know when the workflow is complete. There is no good pool strategy as workflow can take arbitrary time from ms to days. Callback notification is needed. Solution is a webhook Option 1: pass callback URL as part of

Re: [openstack-dev] [heat][nova] VM restarting on host failure in convergence

2014-09-17 Thread Russell Bryant
On 09/17/2014 09:03 AM, Jastrzebski, Michal wrote: In short, what we'll need from nova is to have 100% reliable host-health monitor and equally reliable rebuild/evacuate mechanism with fencing and scheduler. In heat we need scallable and reliable event listener and engine to decide which

Re: [openstack-dev] [nova] Expand resource name allowed characters

2014-09-17 Thread Day, Phil
-Original Message- From: Jay Pipes [mailto:jaypi...@gmail.com] Sent: 12 September 2014 19:37 To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [nova] Expand resource name allowed characters Had to laugh about the PILE OF POO character :) Comments inline... Can we

Re: [openstack-dev] [Mistral] callback on workflow completion

2014-09-17 Thread Renat Akhmerov
Ok, here is what I think... I totally support the first option for its easiness in terms of understanding how it all should work (no need to figure out if some additional objects must be deleted if a workflow has been removed etc. etc.). We actually have two BPS [0] and [1] where the idea was

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Clint Byrum
Excerpts from Davanum Srinivas's message of 2014-09-17 10:15:29 -0700: I was trying request-ifying oslo.vmware and ran into this as well: https://review.openstack.org/#/c/121956/ And we don't seem to have urllib3 in global-requirements either. Should we do that first? Honestly, after

Re: [openstack-dev] [heat][nova] VM restarting on host failure in convergence

2014-09-17 Thread Clint Byrum
Excerpts from Jastrzebski, Michal's message of 2014-09-17 06:03:06 -0700: All, Currently OpenStack does not have a built-in HA mechanism for tenant instances which could restore virtual machines in case of a host failure. Openstack assumes every app is designed for failure and can handle

Re: [openstack-dev] [tripleo] Adding hp1 back running tripleo CI

2014-09-17 Thread Clint Byrum
Excerpts from Derek Higgins's message of 2014-09-17 06:53:25 -0700: On 15/09/14 22:37, Gregory Haynes wrote: This is a total shot in the dark, but a couple of us ran into issues with the Ubuntu Trusty kernel (I know I hit it on HP hardware) that was causing severely degraded performance for

Re: [openstack-dev] [Cinder][Nova][Oslo] Moving Brick out of Cinder

2014-09-17 Thread Ivan Kolodyazhny
Thanks a lot for a comments! As discussed in IRC (#openstack-cinder), moving Brick to Oslo or Stackforge isn't the best solution. We're moving on making Cinder Agent (or Cinder Storage agent) [1] based on Brick code instead of making Brick as a separate python library used in Cinder and Nova.

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Mike Bayer
On Sep 17, 2014, at 2:46 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Davanum Srinivas's message of 2014-09-17 10:15:29 -0700: I was trying request-ifying oslo.vmware and ran into this as well: https://review.openstack.org/#/c/121956/ And we don't seem to have urllib3 in

Re: [openstack-dev] [zaqar] Juno Performance Testing (Round 2)

2014-09-17 Thread Joe Gordon
On Tue, Sep 16, 2014 at 8:02 AM, Kurt Griffiths kurt.griffi...@rackspace.com wrote: Right, graphing those sorts of variables has always been part of our test plan. What I’ve done so far was just some pilot tests, and I realize now that I wasn’t very clear on that point. I wanted to get a

Re: [openstack-dev] [neutron] DVR Tunnel Design Question

2014-09-17 Thread Armando M.
VLAN is on the radar, vxlan/gre was done to start with. I believe Vivek mentioned the rationale in some other thread. The gist of it below: In the current architecture, we use a unique DVR MAC per compute node to forward DVR Routed traffic directly to destination compute node. The DVR routed

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Ian Cordasco
On 9/17/14, 1:46 PM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Davanum Srinivas's message of 2014-09-17 10:15:29 -0700: I was trying request-ifying oslo.vmware and ran into this as well: https://review.openstack.org/#/c/121956/ And we don't seem to have urllib3 in global-requirements

Re: [openstack-dev] [Zaqar] Zaqar graduation (round 2) [was: Comments on the concerns arose during the TC meeting]

2014-09-17 Thread Gordon Sim
On 09/16/2014 08:55 AM, Flavio Percoco wrote: pub/sub doesn't necessarily guarantees messages delivery, it really depends on the implementation. As I understand it, the model for pub-sub in Zaqar is to have multiple subscribers polling the queue with gets, and have the messages removed from

Re: [openstack-dev] [all] Design Summit planning

2014-09-17 Thread Maish Saidel-Keesing
This looks great - but I am afraid that something might be missing. As part of the Design summit in Atlanta there was an Ops Meetup track. [1] I do not see where this fits into the current planning process that has been posted. I would like to assume that part of the purpose of the summit is to

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Dean Troyer
Interestingly enough, the distros are doing exactly what they don't want us to do, ie, rebuilding things to use 'their' tested version of dependencies rather than the included one... On Wed, Sep 17, 2014 at 2:42 PM, Ian Cordasco ian.corda...@rackspace.com wrote: That aside, I’ve been mulling

Re: [openstack-dev] [all] Design Summit planning

2014-09-17 Thread Anita Kuno
On 09/17/2014 04:01 PM, Maish Saidel-Keesing wrote: This looks great - but I am afraid that something might be missing. As part of the Design summit in Atlanta there was an Ops Meetup track. [1] I do not see where this fits into the current planning process that has been posted. I would

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Mike Bayer
On Sep 17, 2014, at 3:42 PM, Ian Cordasco ian.corda...@rackspace.com wrote: Circling back to the issue of vendoring though: it’s a conscious decision to do this, and in the last two years there have been 2 CVEs reported for requests. There have been none for urllib3 and none for chardet.

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Ian Cordasco
On 9/17/14, 3:11 PM, Mike Bayer mba...@redhat.com wrote: On Sep 17, 2014, at 3:42 PM, Ian Cordasco ian.corda...@rackspace.com wrote: Circling back to the issue of vendoring though: it’s a conscious decision to do this, and in the last two years there have been 2 CVEs reported for requests.

[openstack-dev] [Zaqar] Zaqar and SQS Properties of Distributed Queues

2014-09-17 Thread Joe Gordon
Hi All, My understanding of Zaqar is that it's like SQS. SQS uses distributed queues, which have a few unusual properties [0]: Message Order Amazon SQS makes a best effort to preserve order in messages, but due to the distributed nature of the queue, we cannot guarantee you will receive messages

Re: [openstack-dev] [all] Design Summit planning

2014-09-17 Thread Maish Saidel-Keesing
On 17/09/2014 23:12, Anita Kuno wrote: On 09/17/2014 04:01 PM, Maish Saidel-Keesing wrote: This looks great - but I am afraid that something might be missing. As part of the Design summit in Atlanta there was an Ops Meetup track. [1] I do not see where this fits into the current planning

[openstack-dev] [Sahara] Networking Service for Sahara

2014-09-17 Thread Sharan Kumar M
Hi all, What is the default networking service for Sahara? Is it Nova Network or Neutron? I referred this page http://docs.openstack.org/developer/sahara/userdoc/features.html#neutron-and-nova-network-support and it says Nova Network. Is that right? Thanks, Sharan Kumar M

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Robert Collins
On 18 September 2014 08:01, Dean Troyer dtro...@gmail.com wrote: Interestingly enough, the distros are doing exactly what they don't want us to do, ie, rebuilding things to use 'their' tested version of dependencies rather than the included one... Indeed - but the distros are solving for two

[openstack-dev] [sahara] client releases 0.7.2 0.7.3

2014-09-17 Thread Sergey Lukjanov
Hi folks, 0.7.2 has been released with the main changes - synced oslo, updated requirements and support for security groups. The 0.7.2 release introduced stable/icehouse incompatibility and so we've released the 0.7.3 version with fix for it. Thanks. P.S. Some links:

[openstack-dev] [MagnetoDB] Core developer nomination

2014-09-17 Thread Ilya Sviridov
Hello magnetodb contributors, I'm glad to nominate Charles Wang to core developers of MagnetoDB. He is top non-core reviewer [1], implemented notifications [2] in mdb and made a great progress with performance, stability and scalability testing of MagnetoDB [1]

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Dean Troyer
On Wed, Sep 17, 2014 at 3:53 PM, Robert Collins robe...@robertcollins.net wrote: On 18 September 2014 08:01, Dean Troyer dtro...@gmail.com wrote: Interestingly enough, the distros are doing exactly what they don't want us to do, ie, rebuilding things to use 'their' tested version of

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

2014-09-17 Thread James Polley
On Wed, Sep 17, 2014 at 6:26 PM, mar...@redhat.com mandr...@redhat.com wrote: Hi, as part of general housekeeping on our reviews, it was discussed at last week's meeting [1] that we should set workflow -1 for stale reviews (like gerrit used to do when I were a lad). The specific criteria

Re: [openstack-dev] [neutron] DVR Tunnel Design Question

2014-09-17 Thread Kevin Benton
Can you clarify what you mean with the thrashing condition? MAC addresses only need to be unique per-VLAN so I don't see how the same MAC on multiple VLANs from the same physical port would lead to any issues. On Wed, Sep 17, 2014 at 12:41 PM, Armando M. arma...@gmail.com wrote: VLAN is on the

Re: [openstack-dev] [Sahara] Networking Service for Sahara

2014-09-17 Thread Andrew Lazarev
Hi Sharan, Sahara works with either network service installed in OpenStack. If OpenStack uses neutron - sahara will use neutron too. If nova network is used, Sahara supports that as well. Thanks, Andrew. On Wed, Sep 17, 2014 at 1:38 PM, Sharan Kumar M sharan.monikan...@gmail.com wrote: Hi

Re: [openstack-dev] [Cinder][Nova][Oslo] Moving Brick out of Cinder

2014-09-17 Thread Walter A. Boring IV
Thanks for the effort Ivan. Your interest in brick is also helping us push forward with the idea of the agent that we've had in mind for quite some time. For those interested, I have created an etherpad that discusses some of the requirements and design decisions/discussion on the

[openstack-dev] [zaqar] Signing Off from Core

2014-09-17 Thread Alejandro Cabrera
Hey all, I am officially removing myself as a core member of the Zaqar project. Thanks for all the good times, friends, and I wish you the best for the future! Cheers, - Alej ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] reopen a change / pull request for nova-pythonclient ?

2014-09-17 Thread Alex Leonhardt
Thanks guys! Alex On 17 September 2014 17:16, Russell Bryant rbry...@redhat.com wrote: On 09/17/2014 11:56 AM, Daniel P. Berrange wrote: On Wed, Sep 17, 2014 at 04:47:06PM +0100, Alex Leonhardt wrote: hi, how does one re-open a abandoned change / pull request ? it just timed out and

Re: [openstack-dev] [Cinder][Nova][Oslo] Moving Brick out of Cinder

2014-09-17 Thread John Griffith
On Sep 17, 2014 3:48 PM, Walter A. Boring IV walter.bor...@hp.com wrote: Thanks for the effort Ivan. Your interest in brick is also helping us push forward with the idea of the agent that we've had in mind for quite some time. For those interested, I have created an etherpad that discusses

[openstack-dev] pbr alpha and dev version handling

2014-09-17 Thread Doug Hellmann
Earlier today we discovered a problem with the way pbr is generating dev version numbers for commits following tags using alpha pre-version suffixes [1]. Basically what’s happening is a commit following a tag like 1.3.0.0a3 is coming out as a 1.3.0.devX version, which then appears to be older

Re: [openstack-dev] [zaqar] Signing Off from Core

2014-09-17 Thread Flavio Percoco
On 09/17/2014 11:50 PM, Alejandro Cabrera wrote: Hey all, I am officially removing myself as a core member of the Zaqar project. Thanks for all the good times, friends, and I wish you the best for the future! Alejandro, I think I speak for everyone when I say the project is where it is

Re: [openstack-dev] [zaqar] Signing Off from Core

2014-09-17 Thread Victoria Martínez de la Cruz
Thanks for everything Alej! Besides your contributions to the Zaqar team you also shown to be a great person. I'm truly grateful that I could have you as a mentor during GSoC. All the best :) 2014-09-17 19:14 GMT-03:00 Flavio Percoco fla...@redhat.com: On 09/17/2014 11:50 PM, Alejandro

Re: [openstack-dev] [zaqar] Juno Performance Testing (Round 2)

2014-09-17 Thread Kurt Griffiths
Great question. So, some use cases, like guest agent, would like to see something around ~20ms if the agent is needing to respond to requests from a control surface/panel while a user clicks around. I spoke with a social media company who was also interested in low latency just because they

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: glanceclient using requests.packages.urllib3)

2014-09-17 Thread Mike Bayer
On Sep 17, 2014, at 4:31 PM, Ian Cordasco ian.corda...@rackspace.com wrote: Project X pins a version of requests. Alice doesn’t know anything about requests and does pip install X. Until Alice takes a more active role in the development of Project X and looks into requests, she will never

Re: [openstack-dev] [Neutron] keep old specs

2014-09-17 Thread Aaron Rosen
I agree as well. I think moving them to an unimplemented folder makes sense and would be helpful in reviewing if one re-proposes a blueprint. On Mon, Sep 15, 2014 at 7:20 AM, Russell Bryant rbry...@redhat.com wrote: On 09/15/2014 10:01 AM, Kevin Benton wrote: Some of the specs had a

Re: [openstack-dev] Please do *NOT* use vendorized versions of anything (here: retrying)

2014-09-17 Thread Joshua Harlow
On a related and slightly less problematic case is another one like this... https://github.com/rholder/retrying/issues/11 On Sep 17, 2014, at 8:15 AM, Thomas Goirand z...@debian.org wrote: Hi, I'm horrified by what I just found. I have just found out this in glanceclient: File

Re: [openstack-dev] [zaqar] Signing Off from Core

2014-09-17 Thread Fei Long Wang
Thanks for all your effort on Zaqar, Alej. And all the help for me when I involved in Zaqar. I assume you will be not far away from the team and OpenStack :) On 18/09/14 09:50, Alejandro Cabrera wrote: Hey all, I am officially removing myself as a core member of the Zaqar project. Thanks

Re: [openstack-dev] [TripleO] Set WIP for stale patches?

2014-09-17 Thread James Polley
On Thu, Sep 18, 2014 at 8:24 AM, James E. Blair cor...@inaugust.com wrote: Sullivan, Jon Paul jonpaul.sulli...@hp.com writes: I think this highlights exactly why this should be an automated process. No errors in application, and no errors in interpretation of what has happened. So

[openstack-dev] Log Rationalization -- Bring it on!

2014-09-17 Thread Rochelle.RochelleGrober
TL;DR: I consider the poor state of log consistency a major impediment for more widespread adoption of OpenStack and would like to volunteer to own this cross-functional process to begin to unify and standardize logging messages and attributes for Kilo while dealing with the most egregious

[openstack-dev] PostgreSQL jobs slow in the gate

2014-09-17 Thread Clark Boylan
Hello, Recent sampling of test run times shows that our tempest jobs run against clouds using PostgreSQL are significantly slower than jobs run against clouds using MySQL. (check|gate)-tempest-dsvm-full has an average run time of 52.9 minutes (stddev 5.92 minutes) over 516 runs.

Re: [openstack-dev] [heat] Confused about the future of health maintenance and OS::Heat::HARestarter

2014-09-17 Thread Angus Salkeld
On Wed, Sep 17, 2014 at 11:57 PM, Mike Spreitzer mspre...@us.ibm.com wrote: Background: Health maintenance is very important to users, and I have users who want to do it now and into the future. Today a Heat user can write a template that maintains the health of a resource R. The detection

  1   2   >