Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-18 Thread Samuel Bercovici
Eugene and Mark, We get interest in the current OpenStack LBaaS solution. Backward compatibility should be considered as part of any feature we add for icehouse. I think that the any such BP should first address the best way to implement the feature (as Eugene did) but then also solve the

[openstack-dev] [Mistral] Etherpads for discussing Dataflow and Error Handling

2013-11-18 Thread Renat Akhmerov
Hi, We’ve create two more etherpads to start discussing Mistral Dataflow and Error Handling mechanisms: https://etherpad.openstack.org/p/MistralDataFlow https://etherpad.openstack.org/p/MistralErrorHandling Feel free to contribute your ideas. Thanks! Renat Akhmerov @ Mirantis

Re: [openstack-dev] [nova][cinder][oslo][scheduler] How to leverage oslo schduler/filters for nova and cinder

2013-11-18 Thread Alex Glikson
Boris Pavlovic bpavlo...@mirantis.com wrote on 18/11/2013 08:31:20 AM: Actually schedulers in nova and cinder are almost the same. Well, this is kind of expected, since Cinder scheduler started as a copy-paste of the Nova scheduler :-) But they already started diverging (not sure whether

Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-18 Thread Aaron Rosen
On Fri, Nov 15, 2013 at 5:59 AM, Stephen Gran stephen.g...@theguardian.comwrote: On 15/11/13 13:14, Eugene Nikanorov wrote: Hi folks, I've created a brief description of this feature. You can find it here: https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance

[openstack-dev] [Mistral] Blueprints for Mistral functionality

2013-11-18 Thread Renat Akhmerov
Hi, We’ve created the initial set of blueprints for Mistral functionality at Launchpad. They summarize our discussions in mailing list, etherpads and at Hong Kong summit. You can find them here: https://blueprints.launchpad.net/mistral If you have any new ideas please share them. Thanks!

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-18 Thread Steve Baker
On 11/18/2013 01:03 PM, Christopher Armstrong wrote: On Sun, Nov 17, 2013 at 2:57 PM, Steve Baker sba...@redhat.com mailto:sba...@redhat.com wrote: On 11/15/2013 05:19 AM, Christopher Armstrong wrote: http://docs.heatautoscale.apiary.io/ I've thrown together a rough

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-18 Thread Zane Bitter
On 17/11/13 21:57, Steve Baker wrote: On 11/15/2013 05:19 AM, Christopher Armstrong wrote: http://docs.heatautoscale.apiary.io/ I've thrown together a rough sketch of the proposed API for autoscaling. It's written in API-Blueprint format (which is a simple subset of Markdown) and provides

Re: [openstack-dev] Using custom IPAM with OpenStack

2013-11-18 Thread Mathieu Rohon
Hi, As I understood Juniper/contrail developers have also troubles with IPAM. The Hooks you are talking about in Nova, is handled with service plugin in Neutron. May be there is a place to implement an IPAMaaS service, or DHCPaaS? On Thu, Nov 14, 2013 at 6:32 AM, Lari Partanen

Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-18 Thread Eugene Nikanorov
I think we can discuss backward compatibility further. So the gist of the feature is that loadbalancer resource is introduced that should be created first and becomes the root object of the existing lbaas object graph. There could be 2 options of preserving API compatibility: 1) preserve it on

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-18 Thread Zane Bitter
On 16/11/13 11:11, Angus Salkeld wrote: On 15/11/13 16:32 +0100, Zane Bitter wrote: On 14/11/13 19:53, Christopher Armstrong wrote: I'm a little unclear as to what point you're making here. Right now, the launch configuration is specified in the scaling group by the resources property of the

Re: [openstack-dev] [Glance] Summit Session Summaries

2013-11-18 Thread Flavio Percoco
On 16/11/13 23:08 +0800, Zhi Yan Liu wrote: Enhancing Image Locations: -- https://etherpad.openstack.org/p/icehouse-summit-enhance-image-location-property This session proposed adding several attributes to image locations 1. Add 'status' to each location. I think

Re: [openstack-dev] [nova][cinder][oslo][scheduler] How to leverage oslo schduler/filters for nova and cinder

2013-11-18 Thread Khanh-Toan Tran
Boris, Is it really OK to drop these tables? Could Nova can work without them (e.g. rollback)? And if Ceilometer is about to ask nova for host state metrics ? Yes it is OK, because now ceilometer and other projects could ask scheduler about host state. (I don't see any problems) IMO,

[openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Julien Danjou
Hi Oslo developers, It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to discuss it a bit on this mailing list as it is more convenient. I've created a blueprint² as requested by Mark. That seems necessary since it will be spread on several patch. Now to the core.

Re: [openstack-dev] Split of the openstack-dev list (summary so far)

2013-11-18 Thread Thierry Carrez
Morgan Fainberg wrote: TL;DR Don't split the community, work to improve the tools for those who are overwhelmed. (Email clients, enforcing use of subject tags, etc) Thanks everyone for the insightful comments ! Like I said earlier, we can keep it the way it is, but I just wanted to make sure

Re: [openstack-dev] Using custom IPAM with OpenStack

2013-11-18 Thread Salvatore Orlando
Oh no, not another *aas! Seriously, I don't think IP address management should be a service of its own independent from Neutron and/or nova-network. Neutron currently has an IPAM logic which is entirely coded in db_base_plugin_v2.py, and is more or less loosely coupled with the DHCP agent. We

[openstack-dev] [Openstack][qa][Tempest][Network] Test for external connectivity

2013-11-18 Thread Yair Fried
I'm editing tempest/scenario/test_network_basic_ops.py for external connectivity as the TODO listed in its docstring. the test cases are for pinging against external ip and url to test connectivity and dns respectivly. since default deployement (devstack gate) doesn't have external

[openstack-dev] [climate] Team meeting minutes Nov 18

2013-11-18 Thread Dina Belova
Thanks everyone who have joined Climate weekly meeting. Here are logs from it: Minutes: http://eavesdrop.openstack.org/meetings/climate/2013/climate.2013-11-18-10.04.html Minutes (text): http://eavesdrop.openstack.org/meetings/climate/2013/climate.2013-11-18-10.04.txt Log:

Re: [openstack-dev] Split of the openstack-dev list (summary so far)

2013-11-18 Thread Chmouel Boudjnah
On Sat, Nov 16, 2013 at 9:09 AM, Monty Taylor mord...@inaugust.com wrote: Can I suggest that you don't try purely mechanical filtering into folders? Instead, for a while, try using a threaded client, and configure it to show threads unexpanded by default. if we are into mail client tips,

Re: [openstack-dev] [Heat]Updated summit etherpad: API-retry-with-idempotency

2013-11-18 Thread Mitsuru Kanabuchi
On Fri, 15 Nov 2013 12:46:44 +0100 Zane Bitter zbit...@redhat.com wrote: Yes, but you don't know the UUID until you know it, and by then it's too late (the resource has been created). So the idempotency token has to be something passed in by the user. I completely agree with you that token

[openstack-dev] [Murano] Murano Weekly Meeting

2013-11-18 Thread Alexander Tivelkov
Hi, This is just a reminder that we are NOT having the IRC meeting today due to reschedule: the meeting is moved to Tuesday 17:00 UTC. So, see you in IRC tomorrow! -- Regards, Alexander Tivelkov 2013/11/13 Serg Melikyan smelik...@mirantis.com Hello, OpenStack developers! We rescheduled our

Re: [openstack-dev] [Glance] Version about Glance cache manage API

2013-11-18 Thread Noboru Arai
Hi Flavio, Thank you for your reply. I'm going to read the blueprint. -Original Message- From: Flavio Percoco [mailto:fla...@redhat.com] Sent: Friday, November 15, 2013 9:37 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Glance]

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-18 Thread Zane Bitter
On 16/11/13 11:15, Angus Salkeld wrote: On 15/11/13 08:46 -0600, Christopher Armstrong wrote: On Fri, Nov 15, 2013 at 3:57 AM, Zane Bitter zbit...@redhat.com wrote: On 15/11/13 02:48, Christopher Armstrong wrote: On Thu, Nov 14, 2013 at 5:40 PM, Angus Salkeld asalk...@redhat.com

Re: [openstack-dev] [Heat]Updated summit etherpad: API-retry-with-idempotency

2013-11-18 Thread Zane Bitter
On 18/11/13 12:15, Mitsuru Kanabuchi wrote: On Fri, 15 Nov 2013 12:46:44 +0100 Zane Bitter zbit...@redhat.com wrote: Yes, but you don't know the UUID until you know it, and by then it's too late (the resource has been created). So the idempotency token has to be something passed in by the

Re: [openstack-dev] [Openstack][qa][Tempest][Network] Test for external connectivity

2013-11-18 Thread Giulio Fidente
On 11/18/2013 11:41 AM, Yair Fried wrote: I'm editing tempest/scenario/test_network_basic_ops.py for external connectivity as the TODO listed in its docstring. the test cases are for pinging against external ip and url to test connectivity and dns respectivly. since default deployement

Re: [openstack-dev] [Openstack][qa][Tempest][Network] Test for external connectivity

2013-11-18 Thread Salvatore Orlando
Hi Yair, I had in mind of doing something similar. I also registered a tempest blueprint for it. Basically I think we can assume test machines have access to the Internet, but the devstack deployment might not be able to route packets from VMs to the Internet. Being able to ping the external

Re: [openstack-dev] [Heat] rough draft of Heat autoscaling API

2013-11-18 Thread Zane Bitter
On 15/11/13 21:06, Mike Spreitzer wrote: Zane Bitter zbit...@redhat.com wrote on 11/14/2013 12:56:22 PM: ... My 2c: the way I designed the Heat API was such that extant stacks can be addressed uniquely by name. Humans are pretty good with names, not so much with 128 bit numbers. The

Re: [openstack-dev] [qa] Tracking development of scenario tests

2013-11-18 Thread Salvatore Orlando
I've pushed https://review.openstack.org/#/c/56923/ trying to follow this protocol. Salvatore On 14 November 2013 16:38, Zhi Kun Liu liuzhi...@gmail.com wrote: +1, This is a great idea. We could consider it as a general process for all tests. 2013/11/14 Koderer, Marc m.kode...@telekom.de

Re: [openstack-dev] [Heat] HOT software configuration refined after design summit discussions

2013-11-18 Thread Thomas Spatzier
Hi all, I have reworked the wiki page [1] I created last week to reflect discussions we had on the mail list and in IRC. From ML discussions last week it looked like we were all basically on the same page (with some details to be worked out), and I hope the new draft eliminates some confusion

[openstack-dev] [Ceilometer][qa] Tenant isolation - IntegrityError exception

2013-11-18 Thread Nejc Saje
Hey, still trying to get https://review.openstack.org/#/c/39237/ through the gate :) As per David Kranz's request, I am now handling client isolation, but about 50% of the time the tests fail because of an integrity error, see

Re: [openstack-dev] [Solum] SFO Design Workshop

2013-11-18 Thread Rajdeep Dua
Do we need to register on event brite if joining over IRC / Google Hangout? On Saturday, November 16, 2013 3:43 AM, Roshan Agrawal roshan.agra...@rackspace.com wrote: We are all set for the Solum design workshops at SFO on Nov 19,20. The etherpad page below has schedule and agenda details

Re: [openstack-dev] [Horizon] PTL election

2013-11-18 Thread Thierry Carrez
Thierry Carrez wrote: The two candidates who nominated themselves in time for this election are: * David Lyle * Matthias Runge The election will be set up tomorrow, and will stay open for voting for a week. Election closes at 21:59 UTC Tuesday, so Horizon contributors have a bit more

Re: [openstack-dev] [Neutron] Plugin and Driver Inclusion Requirements

2013-11-18 Thread Kyle Mestery (kmestery)
Yong, if you read Mark's proposal closely, the third party tests will only run when the specific third party code is touched, or when the Jenkins user submits code. On Nov 17, 2013, at 11:50 PM, Yongsheng Gong gong...@unitedstack.com wrote: For third party testing, I am afraid these tests

[openstack-dev] [Solum] code review, 2 +2s?

2013-11-18 Thread Russell Bryant
Most projects follow a review rule that a patch needs 2 +2s before being approved. I suggest we do the same for Solum. I bring it up since I've noticed some inconsistency with this so far. Thanks, -- Russell Bryant ___ OpenStack-dev mailing list

Re: [openstack-dev] [Neutron] Plugin and Driver Inclusion Requirements

2013-11-18 Thread Russell Bryant
On 11/18/2013 08:42 AM, Kyle Mestery (kmestery) wrote: Yong, if you read Mark's proposal closely, the third party tests will only run when the specific third party code is touched, or when the Jenkins user submits code. On Nov 17, 2013, at 11:50 PM, Yongsheng Gong gong...@unitedstack.com

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Jay Pipes
On 11/18/2013 05:05 AM, Julien Danjou wrote: Hi Oslo developers, It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to discuss it a bit on this mailing list as it is more convenient. I've created a blueprint² as requested by Mark. That seems necessary since it will be spread

Re: [openstack-dev] Using custom IPAM with OpenStack

2013-11-18 Thread Jay Pipes
On 11/18/2013 05:32 AM, Salvatore Orlando wrote: Oh no, not another *aas! Seriously, I don't think IP address management should be a service of its own independent from Neutron and/or nova-network. Neutron currently has an IPAM logic which is entirely coded in db_base_plugin_v2.py, and is more

Re: [openstack-dev] [Solum] code review, 2 +2s?

2013-11-18 Thread Jay Pipes
On 11/18/2013 08:56 AM, Russell Bryant wrote: Most projects follow a review rule that a patch needs 2 +2s before being approved. I suggest we do the same for Solum. I bring it up since I've noticed some inconsistency with this so far. +2. -jay

Re: [openstack-dev] [qa] Tracking development of scenario tests

2013-11-18 Thread Masayuki Igawa
Hi, I read the qa-meeting log[1]. And I registered a blueprint[2] for tracking and avoiding duplication. I think if we put Partially Implements: blueprint add-scenario-tests-in-icehouse in the commit message, we can avoid the duplication and tracking the scenarios. Because the commit subject and

Re: [openstack-dev] [Solum] code review, 2 +2s?

2013-11-18 Thread Steven Dake
On 11/18/2013 07:31 AM, Jay Pipes wrote: On 11/18/2013 08:56 AM, Russell Bryant wrote: Most projects follow a review rule that a patch needs 2 +2s before being approved. I suggest we do the same for Solum. I bring it up since I've noticed some inconsistency with this so far. +2. +2/+A

Re: [openstack-dev] [Nova] Hypervisor CI requirement and deprecation plan

2013-11-18 Thread Álvaro López García
On Sat 16 Nov 2013 (17:43), Russell Bryant wrote: On 11/16/2013 11:18 AM, Álvaro López García wrote: On Fri 15 Nov 2013 (07:28), Dan Smith wrote: Hi all, Hi Dan. As you know, Nova adopted a plan to require CI testing for all our in-tree hypervisors by the Icehouse release. At the

Re: [openstack-dev] [Savanna] Definition of template

2013-11-18 Thread Jon Maron
I'd like to suggest that we take a step back and identify the actual requirement(s) we're trying address, independent of the actual implementation (current or otherwise). Once that requirement is clearly stated, we can think of viable approaches and then, lastly, how the current architecture

Re: [openstack-dev] [Nova] Hypervisor CI requirement and deprecation plan

2013-11-18 Thread Russell Bryant
On 11/18/2013 09:55 AM, Álvaro López García wrote: On Sat 16 Nov 2013 (17:43), Russell Bryant wrote: On 11/16/2013 11:18 AM, Álvaro López García wrote: On Fri 15 Nov 2013 (07:28), Dan Smith wrote: Hi all, Hi Dan. As you know, Nova adopted a plan to require CI testing for all our in-tree

Re: [openstack-dev] [Swift] Metadata Search API

2013-11-18 Thread Paula Ta-Shma
At IBM Research, we are actively working on metadata search in Swift and would like to join in on this initiative to help form a standard search API and reference implementation for Swift. We recently implemented a metadata search research prototype for Swift, and have been working on metadata

Re: [openstack-dev] [nova] Blueprint - Disable child cell support

2013-11-18 Thread Andrew Laski
Hi, Please take a look at https://wiki.openstack.org/wiki/Blueprints#Creation for tips on the blueprint creation process. Blueprint reviewers are going to look at the criteria listed at https://wiki.openstack.org/wiki/Blueprints#Blueprint_Review_Criteria so you should make sure you address

Re: [openstack-dev] [nova] Core pinning

2013-11-18 Thread Roman Verchikov
Tuomas, Have you published your code/blueprints anywhere? Looks like we’re working on the same stuff. I have implemented almost the same feature set (haven’t published anything yet because of this thread), except for the scheduler part. The main goal is to be able to pin VCPUs in NUMA

Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-18 Thread Andrew Hutchings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 15/11/13 13:14, Eugene Nikanorov wrote: I've created a brief description of this feature. You can find it here: https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance

Re: [openstack-dev] [nova][api] Is this a potential issue

2013-11-18 Thread Andrew Laski
On 11/15/13 at 04:01pm, yunhong jiang wrote: On Fri, 2013-11-15 at 17:19 -0500, Andrew Laski wrote: On 11/15/13 at 07:30am, Dan Smith wrote: You're not missing anything. But I think that's a bug, or at least an unexpected change in behaviour from how it used to work. If you follow

Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-18 Thread Andrew Hutchings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Monty, On 18/11/13 15:17, Monty Taylor wrote: On 11/18/2013 07:14 AM, Andrew Hutchings wrote: Hi, On 15/11/13 13:14, Eugene Nikanorov wrote: I've created a brief description of this feature. You can find it here:

Re: [openstack-dev] [Nova] Configuration validation

2013-11-18 Thread Nikola Đipanov
On 13/11/13 18:49, Doug Hellmann wrote: On Mon, Nov 11, 2013 at 6:08 PM, Mark McLoughlin mar...@redhat.com mailto:mar...@redhat.com wrote: Hi Nikola, On Mon, 2013-11-11 at 12:44 +0100, Nikola Đipanov wrote: Hey all, During the summit session on the the

Re: [openstack-dev] [Solum] code review, 2 +2s?

2013-11-18 Thread Adrian Otto
+2 Yes, thanks for raising that concern. I did approve a few patches before we had other core reviewers configured, and I think I also may have also approved a .gitignore patch after. I will strictly conform to our two +2 workflow going forward, as I agree that merge policy is a good one. --

Re: [openstack-dev] [Solum] SFO Design Workshop

2013-11-18 Thread Adrian Otto
No. Registration is for in person attendance only. -- Adrian Original message From: Rajdeep Dua Date:11/18/2013 5:39 AM (GMT-08:00) To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Solum] SFO Design Workshop Do we need to

Re: [openstack-dev] [Nova] Configuration validation

2013-11-18 Thread Dan Smith
Another issue that we might want to try and solve with this (and imho another reason to keep the framework for this in oslo) is that we might want to make these update aware, and allow for some graceful degradation or something similar when for example an updated service is stated with an

Re: [openstack-dev] [qa] Tracking development of scenario tests

2013-11-18 Thread David Kranz
On 11/18/2013 09:34 AM, Masayuki Igawa wrote: Hi, I read the qa-meeting log[1]. And I registered a blueprint[2] for tracking and avoiding duplication. I think if we put Partially Implements: blueprint add-scenario-tests-in-icehouse in the commit message, we can avoid the duplication and

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Mehdi Abaakouk
Hi, On Mon, Nov 18, 2013 at 11:05:20AM +0100, Julien Danjou wrote: Hi Oslo developers, It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to discuss it a bit on this mailing list as it is more convenient. I've created a blueprint² as requested by Mark. That seems

Re: [openstack-dev] [Nova] Configuration validation

2013-11-18 Thread Sean Dague
To be fair, we test only the subset that is set via devstack on the stable side. That should be a common subset, but it is far from fully comprehensive. Nova has over 600 config variables, so additional tooling here would be goodness. Sean Dague http://dague.net On Nov 18, 2013 7:35 AM, Dan Smith

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Eric Windisch
It seems to me that having this separation of concerns in oslo.messaging would be good idea. My plan is to move out the configuration object out of the basic object, like I did in the first patch. I don't plan to break the configuration handling or so, I just think it should be handled in a

Re: [openstack-dev] [Swift] Metadata Search API

2013-11-18 Thread Jay Pipes
On 11/18/2013 09:57 AM, Paula Ta-Shma wrote: At IBM Research, we are actively working on metadata search in Swift and would like to join in on this initiative to help form a standard search API and reference implementation for Swift. We recently implemented a metadata search research prototype

Re: [openstack-dev] [qa] Tracking development of scenario tests

2013-11-18 Thread Masayuki Igawa
Hi, David Thanks for your reply. On Tue, Nov 19, 2013 at 12:37 AM, David Kranz dkr...@redhat.com wrote: On 11/18/2013 09:34 AM, Masayuki Igawa wrote: Hi, I read the qa-meeting log[1]. And I registered a blueprint[2] for tracking and avoiding duplication. I think if we put Partially

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Julien Danjou
On Mon, Nov 18 2013, Eric Windisch wrote: Hi Eric, I agree with Mark that a clear blueprint and plan should be outlined. I'm not happy with the blueprint as written, it is sparse, outlining your intention, rather than a plan of attack. I'd really like to know what the plan of attack here is,

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Doug Hellmann
On Mon, Nov 18, 2013 at 5:05 AM, Julien Danjou jul...@danjou.info wrote: Hi Oslo developers, It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to discuss it a bit on this mailing list as it is more convenient. I've created a blueprint² as requested by Mark. That seems

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Mark McLoughlin
Hi Julien, On Mon, 2013-11-18 at 11:05 +0100, Julien Danjou wrote: Hi Oslo developers, It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to discuss it a bit on this mailing list as it is more convenient. Scared, heh :) I've created a blueprint² as requested by Mark.

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Julien Danjou
On Mon, Nov 18 2013, Mark McLoughlin wrote: Ok, so it's a ceilometer blueprint and says: The goal of this blueprint is to be able to use oslo.messaging without using a configuration file/object, while keeping its usage possible and not breaking compatibility with OpenStack

Re: [openstack-dev] [Horizon] Use icon set instead of instance Action

2013-11-18 Thread Liz Blanchard
On Nov 15, 2013, at 10:04 AM, Garry Chen garryc...@icloud.com wrote: Hi Liz Jirka, thanks for ur advise, I will make the design post on UX askbot next time, I'm just a newbie in Openstack. By the way, i do understand the column will get narrow if have more data to represent, will u

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Mark McLoughlin
On Mon, 2013-11-18 at 17:37 +0100, Julien Danjou wrote: On Mon, Nov 18 2013, Mark McLoughlin wrote: I'm struggling to care about this until I have some insight into why it's important. And it's a bit frustrating to have to guess the rationale for this. Like commit messages, blueprints

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Mark McLoughlin
Hey Doug, On Mon, 2013-11-18 at 11:29 -0500, Doug Hellmann wrote: On Mon, Nov 18, 2013 at 5:05 AM, Julien Danjou jul...@danjou.info wrote: Hi Oslo developers, It seems my latest patch¹ on oslo.messaging scared Mark, so I'll try to discuss it a bit on this mailing list as it is more

[openstack-dev] [Mistral] Community meeting meetings/log - 11/18/2013

2013-11-18 Thread Renat Akhmerov
Hi, Thanks for joining today’s community meeting in IRC at #openstack-meeting. Here are the minutes and the full log: http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-11-18-16.00.html http://eavesdrop.openstack.org/meetings/mistral/2013/mistral.2013-11-18-16.00.log.html Join

Re: [openstack-dev] [Cinder][Glance] OSLO update

2013-11-18 Thread Duncan Thomas
Random OSLO updates with no list of what changed, what got fixed etc are unlikely to get review attention - doing such a review is extremely difficult. I was -2ing them and asking for more info, but they keep popping up. I'm really not sure what the best way of updating from OSLO is, but this

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-18 Thread Devananda van der Veen
Hi Lianhao Lu, I briefly summarized my recollection of that session in this blueprint: https://blueprints.launchpad.net/ironic/+spec/add-ceilometer-agent I've responded to your questions inline as well. On Sun, Nov 17, 2013 at 10:24 PM, Lu, Lianhao lianhao...@intel.com wrote: Hi stackers,

[openstack-dev] [Nova][db] Changing migrations

2013-11-18 Thread Nikola Đipanov
Dear OpenStack devs, A recent review [1] dragged into spotlight how damaging improper use of external code inside migrations can be. Basically in my mind the incident raises 2 issues that I think we should look into: 1) How can we make reviewing changes with db migrations more robust Since we

Re: [openstack-dev] [Solum] SFO Design Workshop

2013-11-18 Thread Clayton Coleman
Is there easy parking at the rackspace office? On Nov 18, 2013, at 7:33 AM, Adrian Otto adrian.o...@rackspace.com wrote: No. Registration is for in person attendance only. -- Adrian Original message From: Rajdeep Dua Date:11/18/2013 5:39 AM (GMT-08:00) To:

Re: [openstack-dev] [nova][api] Is this a potential issue

2013-11-18 Thread yunhong jiang
On Mon, 2013-11-18 at 10:18 -0500, Andrew Laski wrote: On 11/15/13 at 04:01pm, yunhong jiang wrote: On Fri, 2013-11-15 at 17:19 -0500, Andrew Laski wrote: If yes, would it be possible to create a special task_state as IDLE, to distinguish it better? When no task on-going, the task_state will

Re: [openstack-dev] [Nova] Configuration validation

2013-11-18 Thread Dan Smith
To be fair, we test only the subset that is set via devstack on the stable side. That should be a common subset, but it is far from fully comprehensive. Nova has over 600 config variables, so additional tooling here would be goodness. I'm surely not arguing against additional testing of

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-18 Thread Doug Hellmann
On Mon, Nov 18, 2013 at 12:25 PM, Devananda van der Veen devananda@gmail.com wrote: Hi Lianhao Lu, I briefly summarized my recollection of that session in this blueprint: https://blueprints.launchpad.net/ironic/+spec/add-ceilometer-agent I've responded to your questions inline as

Re: [openstack-dev] Openstack + OpenContrail

2013-11-18 Thread Dean Troyer
On Mon, Nov 18, 2013 at 12:50 AM, Pedro Roque Marques pedro.r.marq...@gmail.com wrote: Does it address the catch-22 problem that a Neutron reviewer asks for the plugin to be accepted upstream into devstack as pre-condition for acceptance whether a devstack reviewer as for the plugin to be

[openstack-dev] [Nova] Security vulnerability contacts

2013-11-18 Thread Russell Bryant
Greetings, I'm on a quest to address Nova's project management growing pains and to make sure the Nova PTL is never an unnecessary bottleneck. One area that has been identified as needing a small team is handling Nova security vulnerability reports. We have the nova-coresec team on launchpad

Re: [openstack-dev] [Solum] SFO Design Workshop

2013-11-18 Thread Adrian Otto
No, it does not have any parking. I suggest coming in on BART and exit at the Montgomery station and coming south on 2nd to Folsom by foot. The Courtyard hotel across the street has parking but that is very expensive and may be full. Parking at the meters on the street is not a great option

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-18 Thread Devananda van der Veen
On Mon, Nov 18, 2013 at 9:40 AM, Doug Hellmann doug.hellm...@dreamhost.comwrote: On Mon, Nov 18, 2013 at 12:25 PM, Devananda van der Veen devananda@gmail.com wrote: Hi Lianhao Lu, I briefly summarized my recollection of that session in this blueprint:

Re: [openstack-dev] [Solum] SFO Design Workshop

2013-11-18 Thread Alex Gaynor
It's worth noting that right now, just a few blocks from the office DreamForce is going on, so it's going to be crowded, I strongly recommend avoiding driving if you can. Alex On Mon, Nov 18, 2013 at 9:50 AM, Adrian Otto adrian.o...@rackspace.comwrote: No, it does not have any parking. I

Re: [openstack-dev] [Solum] SFO Design Workshop

2013-11-18 Thread Murali Allada
If you want to drive to the Rackspace office, here's a list of parking garages in the area. Street parking will be hard to find. http://goo.gl/maps/yuoWW On Nov 18, 2013, at 11:50 AM, Adrian Otto adrian.o...@rackspace.commailto:adrian.o...@rackspace.com wrote: No, it does not have any

Re: [openstack-dev] Split of the openstack-dev list

2013-11-18 Thread Brian Cline
Honestly, with that reasoning, this approach strikes me as a technical solution to a political problem, a band-aid on a sprained ankle, and so on and so forth in that pattern. There was no shortage of talk about cross-project coordination challenges in HK and Portland, so it shouldn't be news

[openstack-dev] [State-Management] Proposal to add Anastasia Karpinska to taskflow-core

2013-11-18 Thread Joshua Harlow
Greetings all stackers, I propose that we add Anastasia Karpinska to the taskflow-core team [1]. Anastasia has been actively contributing to taskflow for a while now, both in code and reviews. She provides high quality reviews and is doing an awesome job with the various taskflow concepts (and

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Joshua Harlow
I see it as important (and not theoretical). I'd like to use oslo.messaging (and oslo.messaging.rpc) in taskflow (to prototype how a distributed engine would work using it) and bringing in a library which requires global configuration is almost a non-starter for me. Although taskflow is targeted

Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-18 Thread Samuel Bercovici
Hi, I think that in the Atlas/Libra model loadbalancer is used in a similar way as the VIP object in Neutron/LBaaS. Regards, -Sam. -Original Message- From: Andrew Hutchings [mailto:and...@linuxjedi.co.uk] Sent: Monday, November 18, 2013 5:23 PM To:

[openstack-dev] [infra] Meeting Tuesday November 19th at 19:00 UTC

2013-11-18 Thread Elizabeth Krumbach Joseph
The OpenStack Infrastructure (Infra) team is hosting our weekly meeting tomorrow, Tuesday November 19th, 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 in

Re: [openstack-dev] [Nova] Configuration validation

2013-11-18 Thread Oleg Gelbukh
Hi, I summarized a list of requirements to the config validation framework from this thread and other sources, including IRC discussions so far: https://gist.github.com/ogelbukh/7533029 Seems like we have 2 work items here, one being extension which adds more complex flags types to Oslo.config,

Re: [openstack-dev] [Nova] Configuration validation

2013-11-18 Thread Tracy Jones
Oleg - this is great! I tried to find you on IRC to recommend we put this on a etherpad so several of us can collaborate together on requirements and brainstorming. On Nov 18, 2013, at 10:54 AM, Oleg Gelbukh ogelb...@mirantis.com wrote: Hi, I summarized a list of requirements to the

Re: [openstack-dev] [Nova][db] Changing migrations

2013-11-18 Thread Nikola Đipanov
On 18/11/13 18:46, Nikola Đipanov wrote: 1) How can we make reviewing changes with db migrations more robust Since we use sqlalchemy-migrate to version our database, the package's documentation [2] states how care needs to be taken when importing code inside a db migration script. It seems

Re: [openstack-dev] [Nova] Security vulnerability contacts

2013-11-18 Thread Sriram Subramanian
Russell, (ccing Bryan, Rob) Thanks for the initiative. We at the OpenStack Security Group https://launchpad.net/~openstack-ossgare doing large part of these tasks now and are looking for more help (particularly around reviews from people that are intimate to the project internals). Here are some

[openstack-dev] [Nova] Does Nova really need an SQL database?

2013-11-18 Thread Mike Spreitzer
There were some concerns expressed at the summit about scheduler scalability in Nova, and a little recollection of Boris' proposal to keep the needed state in memory. I also heard one guy say that he thinks Nova does not really need a general SQL database, that a NOSQL database with a bit of

Re: [openstack-dev] Using AD for keystone authentication only

2013-11-18 Thread Avi L
On Mon, Nov 18, 2013 at 6:51 AM, Adam Young ayo...@redhat.com wrote: ADMIN Token does no authentication against the back end. It is a bootstrap method for setting up Keystone, nothing else. It should be disabled as soon as you can authenticate via AD. I don't think you have successfully

Re: [openstack-dev] [Ironic][Ceilometer] get IPMI data for ceilometer

2013-11-18 Thread Doug Hellmann
On Mon, Nov 18, 2013 at 1:35 PM, Ladislav Smola lsm...@redhat.com wrote: Hello. I have a couple of additional questions. 1. What about IPMI data that we want to get by polling. E.g. temperatures, etc. Will the Ironic be polling these kind of data and send them directly to collector(or

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

2013-11-18 Thread Mike Wilson
I'm not sure the problem is that we use a general SQL database. The problems as I see it are: -Multi-master in MySQL sucks. Complicated, problematic and not performant. Also, no great way to do multi-master over higher latency networks. -MySQL and Postgres require tuning to scale. -We tend to

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

2013-11-18 Thread Shawn Hartsock
+1 on changing the relationship between data persistence and scheduler rules. That's a directly addressable problem. There was a thread on the ML a while ago dealing with the work load on the scheduler. The problem was that when the scheduler rules fire 55 times a second subsequent rules were

Re: [openstack-dev] [Nova] Does Nova really need an SQL database?

2013-11-18 Thread Jay Pipes
On 11/18/2013 02:35 PM, Mike Spreitzer wrote: There were some concerns expressed at the summit about scheduler scalability in Nova, and a little recollection of Boris' proposal to keep the needed state in memory. While it could be possible to do all of the scheduler state in memory, I think a

[openstack-dev] [Neutron] Race condition between DB layer and plugin back-end implementation

2013-11-18 Thread Edgar Magana
Developers, This topic has been discussed before but I do not remember if we have a good solution or not. Basically, if concurrent API calls are sent to Neutron, all of them are sent to the plug-in level where two actions have to be made: 1. DB transaction ­ No just for data persistence but also

[openstack-dev] [Ironic] Meeting Minutes

2013-11-18 Thread Devananda van der Veen
Hi all! My apologies for not posting a meeting reminder -- I didn't realize the change out of daylight-savings while we were in HKG would cause several folks to miss the meeting today. I'll start posting reminders for a few weeks. Our next meeting will be at:

Re: [openstack-dev] [State-Management] Proposal to add Anastasia Karpinska to taskflow-core

2013-11-18 Thread Changbin Liu
+1 Thanks Changbin On Mon, Nov 18, 2013 at 1:05 PM, Joshua Harlow harlo...@yahoo-inc.comwrote: Greetings all stackers, I propose that we add Anastasia Karpinska to the taskflow-core team [1]. Anastasia has been actively contributing to taskflow for a while now, both in code and

Re: [openstack-dev] [Neutron] Race condition between DB layer and plugin back-end implementation

2013-11-18 Thread Joshua Harlow
An idea, make the lock more granular. Instead of @utils.synchronized('any-name') I wonder if u could do something like. with utils.synchronized('any-name-$device-id'): # Code here Then at least u won't be locking at the method level (which means no concurrency). Would that work? From: Edgar

Re: [openstack-dev] [Nova][db] Changing migrations

2013-11-18 Thread Mark McLoughlin
On Mon, 2013-11-18 at 18:46 +0100, Nikola Đipanov wrote: Dear OpenStack devs, A recent review [1] dragged into spotlight how damaging improper use of external code inside migrations can be. Basically in my mind the incident raises 2 issues that I think we should look into: 1) How can

Re: [openstack-dev] [Oslo] Layering olso.messaging usage of config

2013-11-18 Thread Mark McLoughlin
On Mon, 2013-11-18 at 18:22 +, Joshua Harlow wrote: I see it as important (and not theoretical). I'd like to use oslo.messaging (and oslo.messaging.rpc) in taskflow (to prototype how a distributed engine would work using it) and bringing in a library which requires global configuration

  1   2   >