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

Excerpts from Steve Baker's message on 21.11.2013 00:00:47: > From: Steve Baker > To: openstack-dev@lists.openstack.org, > Date: 21.11.2013 00:04 > Subject: Re: [openstack-dev] [Heat] HOT software configuration > refined after design summit discussions > > On 11/21/2013 11:41 AM, Clint Byrum wrote

Re: [openstack-dev] Propose "project story wiki" idea

Excerpts from Boris Pavlovic's message of 2013-11-19 21:33:08 -0800: > Hi stackers, > > > Currently what I see is growing amount of interesting projects, that at > least I would like to track. But reading all mailing lists, and reviewing > all patches in all interesting projects to get high level

[openstack-dev] [Glance] Sync image across regions

Hi All, Greetings!!! I have filed one blueprint in Glance for sync image across regions. https://blueprints.launchpad.net/glance/+spec/glance-sync-image-across-regions I would like to know your opinions about this blueprint and I am willing to complete this for icehouse release. Also the implem

[openstack-dev] [Neutron][LBaaS] Scalable HAProxy Resources

Eugene, At the Hong Kong Summit, a new LBaaS feature allowing multiple HAProxy instances to be utilized in a horizontal scaling manner was discussed allowing deployment of many HAProxy resources. Does there exist any documentation on how to deploy multiple HAProxy's? Does it matter how these a

[openstack-dev] [Keystone][Oslo] Future of Key Distribution Server, Trusted Messaging

Greetings, I'd like to check in on the status of this API addition: https://review.openstack.org/#/c/40692/ The last comment is: "propose against stackforge as discussed at summit?" I don't see a session about this and from a quick look, don't see notes related to it in other session et

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

Excerpts from Mike Spreitzer's message of 2013-11-20 15:16:45 -0800: > Clint Byrum wrote on 11/20/2013 05:41:16 PM: > > > Autoscaling doesn't really fly with stateful services IMO. > > I presume you're concerned about the "auto" part, not the "scaling". Even > a stateful group is something you

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

Hi, Isaku and Edgar, As part of the effort to implement L3 router service type framework, I have reworked L3 plugin to introduce a 2-step process, precommit and postcommit, similar to ML2. If you plan to work on L3 code, we can collaborate. https://blueprints.launchpad.net/neutron/+spec/l3-router

Re: [openstack-dev] Propose "project story wiki" idea

On Wed, Nov 20, 2013 at 6:45 PM, Stefano Maffulli wrote: > I like the idea. > I love this idea. ... Not sure the wiki is the best place for this sort of stuff (wiki pages > are awful for anything but quick notes): since we want this content to > be delivered and produced easily I would suggest

Re: [openstack-dev] Top Gate Bugs

On Wed, Nov 20, 2013 at 9:43 PM, Ken'ichi Ohmichi wrote: > Hi Joe, > > 2013/11/20 Joe Gordon : >> Hi All, >> >> As many of you have noticed the gate has been in very bad shape over the >> past few days. Here is a list of some of the top open bugs (without pending >> patches, and many recent hits)

Re: [openstack-dev] Top Gate Bugs

Hi Joe, 2013/11/20 Joe Gordon : > Hi All, > > As many of you have noticed the gate has been in very bad shape over the > past few days. Here is a list of some of the top open bugs (without pending > patches, and many recent hits) that we are hitting. Gate won't be stable, > and it will be hard t

Re: [openstack-dev] [keystone][py3] Usage of httpretty

Excerpts from Chuck Short's message of 2013-11-20 19:21:14 -0800: > Hi, > > So maybe if it gets to the point where it gets too be much of a porblem we > should just put it on stackforge. > That should be the last resort, when upstream is deemed dead. I'm guessing upstream would not like to fade

[openstack-dev] [Mistral] Etherpad for discussing Mistral engine for TaskFlow

Hi, To discuss how we’re going to approach development of Mistral engine for TaskFlow and various problems that we currently see I’ve created an etherpad: https://etherpad.openstack.org/p/MistralEngineForTaskFlow You can also find all Mistral related etherpads on the project’s wiki: https://wi

Re: [openstack-dev] [Climate] How we agree to determine that an user has admin rights ?

On Wed, Nov 20, 2013 at 9:57 PM, Dolph Mathews wrote: > > On Wed, Nov 20, 2013 at 10:52 AM, Yuriy Taraday wrote: >> >> On Wed, Nov 20, 2013 at 8:42 PM, Dolph Mathews >> wrote: >> >>> is_admin is a short sighted and not at all granular -- it needs to die, >>> so avoid imitating it. >>> >> >> I su

Re: [openstack-dev] [Cinder] TaskFlow 0.1 integration

Sounds good, or jump in the IRC channels if u miss the meetings, people are usually around and most are even friendly ;-) From: haruka tanizawa mailto:harube...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: W

Re: [openstack-dev] [Diagnostic] Diagnostic API: summit follow-up

hi Matt: noticed there is no consensus there[1], any progress outside the ML? [1] http://lists.openstack.org/pipermail/openstack-dev/2013- October/016385.html 2013/11/21 Oleg Gelbukh > Matt, > > Thank you for bringing this up. I've been following this thread and the > idea is somewhat aligne

[openstack-dev] [Cinder] Does cinder support HDS AMS 2300 storage now?

I just found the HUS is supported. But I have a old AMS storage machine and want to use it. So I want to make sure is it possible? -- Lei Zhang Blog: http://xcodest.me twitter/weibo: @jeffrey4l ___ OpenStack-dev mailing list OpenStack-dev@lists.openstac

Re: [openstack-dev] [keystone][py3] Usage of httpretty

I'd be more willing to toss in and help to maintain/fix appropriately on StackForge if that is needed. Though I am very much hoping upstream can be used. Cheers, Morgan Fainberg On Wed, Nov 20, 2013 at 7:21 PM, Chuck Short wrote: > Hi, > > So maybe if it gets to the point where it gets too be m

Re: [openstack-dev] [keystone][py3] Usage of httpretty

Hi, So maybe if it gets to the point where it gets too be much of a porblem we should just put it on stackforge. Regards chuck On Wed, Nov 20, 2013 at 9:08 PM, Jamie Lennox wrote: > Chuck, > > So it is being used to handle stubbing returns from requests and httplib > rather than having to havi

Re: [openstack-dev] [nova][heat][[keystone] RFC: introducing "request identification"

Related BP: Create a unified request identifier https://blueprints.launchpad.net/nova/+spec/cross-service-request-id In order to realize that she wanted to do it, in addition to the "included in the request a unique ID". It seems that the ID is persisted as essential. Including a unique ID in

Re: [openstack-dev] [Cinder] TaskFlow 0.1 integration

Thank you. All right. I found reminder mail from you just now. I will probably join 'State management' IRC meeting. ( If I could get up early:) or join 'Cinder' IRC meeting) Haruka Tanizawa 2013/11/21 Joshua Harlow > Howdy! > > My guess is there is very much enough work to go around and it

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

Carl, By 2006 I mean the "MySQL server has gong away" error code. The error message was still appearing when idle_timeout is set to 1 and the quantum API server did not work in my case. Could you perhaps share your conf file when applying this patch? Thanks. On Thu, Nov 21, 2013 at 3:34 AM,

Re: [openstack-dev] How to stage client major releases in Gerrit?

On 21 November 2013 12:17, Clint Byrum wrote: > Excerpts from Mark Washenberger's message of 2013-11-20 10:14:42 -0800: > > I understand what you're trying to do with this disclaimer. The message > above just _screams_ for this discussion, so why not cut it off at the > pass? However, glanceclien

Re: [openstack-dev] How to stage client major releases in Gerrit?

On 21 November 2013 07:14, Mark Washenberger wrote: > Hi folks, > > The project python-glanceclient is getting close to needing a major release > in order to finally remove some long-deprecated features, and to make some > minor adjustments that are technically backwards-incompatible. > > Normally

Re: [openstack-dev] [keystone][py3] Usage of httpretty

Chuck, So it is being used to handle stubbing returns from requests and httplib rather than having to having fake handlers in place in our testing code, or stubbing out the request library and continually having to update the arguments being passed to keep the mocks working. From my looking aroun

Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week of January, Montreal, QC, Canada

Everything seems to be covered, thank for taking care of this. Thanks, Edgar On 11/20/13 5:29 PM, "Anita Kuno" wrote: >Time for an update. > >Neutron Tempest code sprint >Montreal, QC, Canada >January 15, 16, 17 2014 >Salle du Parc, New Residence >McGill University, 3625 Parc Avenue >9pm - 5pm

Re: [openstack-dev] The recent gate performance and how it affects you

Nice! Joe. thanks, -- dims On Wed, Nov 20, 2013 at 7:15 PM, Joe Gordon wrote: > Dims, we think https://review.openstack.org/#/c/57509/ will fix 125178. > > > On Wed, Nov 20, 2013 at 3:58 PM, Davanum Srinivas wrote: >> >> Anita, Joe, >> >> I need help with adding debug message in: >> https://rev

Re: [openstack-dev] [openstack][nova][social-apects] Social aspects shouldn't impact on dev process

On Nov 20, 2013 5:22 PM, "John Griffith" wrote: > > On Wed, Nov 20, 2013 at 5:17 PM, Tom Fifield wrote: > > Hi Boris, > > > > I'm sorry that you've had a frustrating experience :) > > > > Even I've written purge scripts before - so I know that this is a very > > useful feature :) > > > > I think

[openstack-dev] [State-Management] Agenda for tomorrow meeting at 2000 UTC

Hi all, The [state-management] project team holds a weekly meeting in #openstack-meeting on thursdays, 2000 UTC. The next meeting is tomorrow, 2013-11-21!!! *Note for those in USA, the time has changed* As usual, everyone is welcome :-) Link: https://wiki.openstack.org/wiki/Meetings/StateMana

Re: [openstack-dev] How to best make User Experience a priority in every project

On Wed, Nov 20, 2013 at 5:37 PM, Rochelle.Grober wrote: > > > > > Anne Gentle wrote: > > On Wed, Nov 20, 2013 at 9:09 AM, Thierry Carrez > wrote: > > Hi everyone, > > How should we proceed to make sure UX (user experience) is properly > taken into account into OpenStack development ? Historically

Re: [openstack-dev] [Neutron] Neutron Tempest code sprint - 2nd week of January, Montreal, QC, Canada

Time for an update. Neutron Tempest code sprint Montreal, QC, Canada January 15, 16, 17 2014 Salle du Parc, New Residence McGill University, 3625 Parc Avenue 9pm - 5pm each day Breakfast, Lunch and coffee/tea included Agenda: details to be determined, focusing on addressing Neutron Tempest testing

Re: [openstack-dev] How to stage client major releases in Gerrit?

On Wed, Nov 20, 2013 at 3:17 PM, Clint Byrum wrote: > Excerpts from Mark Washenberger's message of 2013-11-20 10:14:42 -0800: > > Hi folks, > > > > The project python-glanceclient is getting close to needing a major > release > > in order to finally remove some long-deprecated features, and to ma

Re: [openstack-dev] [openstack][nova][social-apects] Social aspects shouldn't impact on dev process

On Wed, Nov 20, 2013 at 5:17 PM, Tom Fifield wrote: > Hi Boris, > > I'm sorry that you've had a frustrating experience :) > > Even I've written purge scripts before - so I know that this is a very > useful feature :) > > I think that some of it was probably just due to timing issues - I've > obser

[openstack-dev] [trove] Datastore Type/Version Migration

With "Multiple Datastore Types/Versions" merged to master, the conversation around how to support migrating from one datastore version to another has begun. Please see https://gist.github.com/amcrn/dfd493200fcdfdb61a23 for a consolidation of thoughts thus far. ___

Re: [openstack-dev] How to best make User Experience a priority in every project

Anne Gentle wrote: On Wed, Nov 20, 2013 at 9:09 AM, Thierry Carrez mailto:thie...@openstack.org>> wrote: Hi everyone, How should we proceed to make sure UX (user experience) is properly taken into account into OpenStack development ? Historically it was hard for UX sessions (especially the one

Re: [openstack-dev] [Swift] Server Side Encryption

On Wed, 2013-11-20 at 13:26 +0200, David Hadas wrote: > Hi all, > > We created a wiki page discussing the addition of software side encryption > to Swift: > "The general scheme is to create a swift proxy middleware that will encrypt > and sign the object data during PUT and check the signature + d

Re: [openstack-dev] [openstack][nova][social-apects] Social aspects shouldn't impact on dev process

Hi Boris, I'm sorry that you've had a frustrating experience :) Even I've written purge scripts before - so I know that this is a very useful feature :) I think that some of it was probably just due to timing issues - I've observed that things behave a bit differently than normal around rele

Re: [openstack-dev] The recent gate performance and how it affects you

Dims, we think https://review.openstack.org/#/c/57509/ will fix 125178 . On Wed, Nov 20, 2013 at 3:58 PM, Davanum Srinivas wrote: > Anita, Joe, > > I need help with adding debug message in: > https://review.openstack.org/#/c/56316/ > > to track down: > Bug: h

Re: [openstack-dev] How to stage client major releases in Gerrit?

On Wed, 2013-11-20 at 15:17 -0800, Clint Byrum wrote: > Excerpts from Mark Washenberger's message of 2013-11-20 10:14:42 -0800: > > Hi folks, > > > > The project python-glanceclient is getting close to needing a major release > > in order to finally remove some long-deprecated features, and to mak

Re: [openstack-dev] The recent gate performance and how it affects you

On 11/20/2013 06:58 PM, Davanum Srinivas wrote: > Anita, Joe, > > I need help with adding debug message in: > https://review.openstack.org/#/c/56316/ > > to track down: > Bug: https://bugs.launchpad.net/bugs/1251784 => message:"Connection to > neutron failed: Maximum attempts reached" AND > filen

Re: [openstack-dev] The recent gate performance and how it affects you

Anita, Joe, I need help with adding debug message in: https://review.openstack.org/#/c/56316/ to track down: Bug: https://bugs.launchpad.net/bugs/1251784 => message:"Connection to neutron failed: Maximum attempts reached" AND filename:"logs/screen-n-cpu.txt" Title: nova+neutron scheduling error:

Re: [openstack-dev] Propose "project story wiki" idea

On 11/19/2013 09:33 PM, Boris Pavlovic wrote: > The idea of this proposal is that every OpenStack project should have > "story" wiki page. It means to publish every week one short message that > contains most interesting updates for the last week, and high level road > map for future week. So readi

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

Clint Byrum wrote on 11/20/2013 05:41:16 PM: > Autoscaling doesn't really fly with stateful services IMO. I presume you're concerned about the "auto" part, not the "scaling". Even a stateful group is something you may want to scale; it just takes a more complex set of operations to accomplish

[openstack-dev] get mac address of instance

Dear All, Do you know how to get the mac address of any instance. I have the isntacne object, I know I can use instance.status, instance. flavorid, etc, but I dont know how to get the mac address of that instance at the coding level. I am using python btw. Thanks, ___

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

Steve Baker wrote on 11/20/2013 06:00:47 PM: ... > > What I meant to convey is "let's give this piece of the interface a lot of > > thought". Not "this is wrong to even have." Given a couple of days now, > > I think we do need "apply" and "remove". We should also provide really > > solid example

Re: [openstack-dev] How to stage client major releases in Gerrit?

Excerpts from Mark Washenberger's message of 2013-11-20 10:14:42 -0800: > Hi folks, > > The project python-glanceclient is getting close to needing a major release > in order to finally remove some long-deprecated features, and to make some > minor adjustments that are technically backwards-incomp

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

Regarding my previous email: > Steve Baker wrote on 11/19/2013 03:40:54 PM: > ... > > How to define and deliver this agent is the challenge. Some options are: > > 1) install it as part of the image customization/bootstrapping (golden > > images or cloud-init) > > > 2) define a (mustache?) temp

Re: [openstack-dev] [Openstack-docs] What's Up Doc? Nov 20 2013

Thanks Nermina, I'll definitely be in contact! Lana On 21/11/13 08:47, Nermina Miller wrote: Dear Lana, please let me know if you need any information or help with the Cloud Admin Guide. I participated in the original restructure. Thank you for all of your efforts. - Nermina On Wed, Nov 20, 2

Re: [openstack-dev] [Heat] Continue discussing multi-region orchestration

Excerpts from Mike Spreitzer's message of 2013-11-20 11:09:34 -0800: > OTOH, the more we restrict what can be done, the less useful this really > is. I would be more specific and say it as "...the less divergent behavior is actually possible." It will be quite a bit more useful if it is boring a

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

On 11/21/2013 11:41 AM, Clint Byrum wrote: > Excerpts from Mike Spreitzer's message of 2013-11-20 13:46:25 -0800: >> Clint Byrum wrote on 11/19/2013 04:28:31 PM: >>> From: Clint Byrum >>> To: openstack-dev , >>> Date: 11/19/2013 04:30 PM >>> Subject: Re: [openstack-dev] [Heat] HOT software confi

Re: [openstack-dev] [Swift] Goals for Icehouse

Please keep those discussing in the open. #openstack-swift would be a great place to discuss what you did and figure out a general solution for others. --john On Nov 20, 2013, at 2:52 PM, Christian Schwede wrote: > Thanks John for the summary - and all contributors for their work! > >> Other

Re: [openstack-dev] [Swift] Goals for Icehouse

Thanks John for the summary - and all contributors for their work! Others are looking in to how to grow clusters (changing the partition power) I'm interested who else is also working on this - I successfully increased partition power of several (smaller) clusters and would like to discuss m

Re: [openstack-dev] [Heat] Continue discussing multi-region orchestration

On 20/11/13 20:09, Mike Spreitzer wrote: Zane Bitter wrote on 11/15/2013 05:59:06 PM: > On 15/11/13 22:17, Keith Bray wrote: > > The way I view 2 vs. 4 is that 2 is more complicated and you don't gain > > any benefit of availability. If, in 2, your global heat endpoint is down, > > you can'

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

On Wed, Nov 20, 2013 at 2:07 PM, Zane Bitter wrote: > On 20/11/13 16:07, Christopher Armstrong wrote: > >> On Tue, Nov 19, 2013 at 4:27 PM, Zane Bitter > > wrote: >> >> On 19/11/13 19:14, Christopher Armstrong wrote: >> >> >> >> [snip] >> >> >> >> >> There are a

Re: [openstack-dev] The recent gate performance and how it affects you

On 11/20/2013 05:10 PM, Michael Still wrote: > On Thu, Nov 21, 2013 at 7:44 AM, Clark Boylan wrote: > >> How do we avoid this in the future? Step one is reviewers that are >> approving changes (or reverifying them) should keep an eye on the gate >> queue. > > Talking on the -infra IRC channel ju

[openstack-dev] [Ceilometer] meaning of resource_id in a meter

hi, for reference, this is a continuation of discussion from meeting: http://eavesdrop.openstack.org/meetings/ceilometer/2013/ceilometer.2013-11-20-21.00.log.html (see #topic what's a resource?) came across a question when reviewing https://review.openstack.org/#/c/56019... basically, in Samp

Re: [openstack-dev] Propose "project story wiki" idea

Hmm, I was sort of thinking along the same lines after writing my post-summit summary for keystone: https://gist.github.com/dolph/7366031 Granted this is the first time I've written such a document, I could see this evolving into a regularly updated document on the long term direction that keys

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

Excerpts from Mike Spreitzer's message of 2013-11-20 13:46:25 -0800: > Clint Byrum wrote on 11/19/2013 04:28:31 PM: > > From: Clint Byrum > > To: openstack-dev , > > Date: 11/19/2013 04:30 PM > > Subject: Re: [openstack-dev] [Heat] HOT software configuration > > refined after design summit disc

Re: [openstack-dev] [keystone][py3] Usage of httpretty

Chuck, The reason to use httpretty is that it handles everything at the socket layer, this means if we change out urllib for requests or some other transport to make HTTP requests to we don't need to refactor every one of the mock/mox subouts to match the exact set of parameters to be passed. Htt

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

On 2013-11-20 14:07:49 -0800 (-0800), Sean Dague wrote: > On 11/18/2013 02:41 AM, Yair Fried wrote: > [...] > > 2. add fields in tempest.conf for > > * external connectivity = False/True > > * external ip to test against (ie 8.8.8.8) > > +1 for #2. In the gate we'll need to think about w

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

On 11/21/2013 10:46 AM, Mike Spreitzer wrote: > Clint Byrum wrote on 11/19/2013 04:28:31 PM: > > From: Clint Byrum > > To: openstack-dev , > > Date: 11/19/2013 04:30 PM > > Subject: Re: [openstack-dev] [Heat] HOT software configuration > > refined after design summit discussions > > > > Excerpts

Re: [openstack-dev] Search Project - summit follow up

On Wed, Nov 20, 2013 at 1:06 PM, Dmitri Zimin(e) | StackStorm < d...@stackstorm.com> wrote: > Thanks Terry for highlighting this: > > Yes, tenant isolation is the must. It's not reflected in the prototype - > it queries Solr directly; but the proper implementation will go through the > query API s

Re: [openstack-dev] The recent gate performance and how it affects you

On Thu, Nov 21, 2013 at 7:44 AM, Clark Boylan wrote: > How do we avoid this in the future? Step one is reviewers that are > approving changes (or reverifying them) should keep an eye on the gate > queue. Talking on the -infra IRC channel just now, it has become clear to me that we need to stop a

Re: [openstack-dev] [keystone][py3] Usage of httpretty

I don't have a great answer -- do any projects depend on it other than python-keystoneclient? I'm happy to see it removed -- I see the immediate benefit but it's obviously not significant relative to python 3 support. BTW, this exact issue is being tracked here- https://bugs.launchpad.net/python-k

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

On 11/18/2013 02: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 (devstack

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

Clint Byrum wrote on 11/19/2013 04:28:31 PM: > From: Clint Byrum > To: openstack-dev , > Date: 11/19/2013 04:30 PM > Subject: Re: [openstack-dev] [Heat] HOT software configuration > refined after design summit discussions > > Excerpts from Steve Baker's message of 2013-11-19 13:06:21 -0800: >

Re: [openstack-dev] The recent gate performance and how it affects you

On Wednesday, November 20, 2013 2:44:52 PM, Clark Boylan wrote: Joe Gordon has been doing great working tracking test failures and how often they affect us. Post Havana release the failure rate has increased dramatically, negatively affecting the gate and forcing it to run in a near worst case

Re: [openstack-dev] [horizon] Javascript development improvement

On 20/11/13 17:01 +0100, Maxime Vidori wrote: Hi all, I know it is pretty annoying but I have to resurrect this subject. With the integration of Angularjs into Horizon we will encounter a lot of issues with javascript. I ask you to reconsider to bring back Nodejs as a development platform. I am

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

Steve Baker wrote on 11/19/2013 03:40:54 PM: ... > How to define and deliver this agent is the challenge. Some options are: > 1) install it as part of the image customization/bootstrapping (golden > images or cloud-init) > 2) define a (mustache?) template in the SoftwareConfig which > os-collect-

[openstack-dev] [keystone][py3] Usage of httpretty

Hi, I was wondering for the reason behind the usage httpretty in python-keystoneclient. It seems to me like a total overkill for a test. It also has some problems with python3 support that is currently blocking python3 porting as well. Regards chuck ___

Re: [openstack-dev] [Neutron][Tempest] Tempest API test for Neutron LBaaS

Sean, David, Thanks for your reply and useful links. Neutron LBaaS API had experimental status, so i think the guidelines might be relaxed for this case, but now I just tend to workaround this and preserve API compatibility. Thanks, Eugene. On Wed, Nov 20, 2013 at 9:57 PM, David Kranz wrote:

[openstack-dev] What's Up Doc? Nov 20 2013

1. In review and merged this past week: Wow, I see about 30 fixes backported to the Havana install guides in the last week, great work Andreas! I appreciate the focus on the install guides since the Summit, thank you. 2. High priority doc work: I'm very excited to have Lana offer to do a proposal

[openstack-dev] The recent gate performance and how it affects you

Joe Gordon has been doing great working tracking test failures and how often they affect us. Post Havana release the failure rate has increased dramatically, negatively affecting the gate and forcing it to run in a near worst case scenario. That is changes are being tested in parallel but the head

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

I agree heartily with the availability and resiliency aspect. For me, that is the biggest reason to consider a NOSQL backend. The other potential performance benefits are attractive to me also. -Mike On Wed, Nov 20, 2013 at 9:06 AM, Soren Hansen wrote: > 2013/11/18 Mike Spreitzer : > > There

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

On Mon, Nov 18, 2013 at 11:03 AM, Elizabeth Krumbach Joseph wrote: > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting tomorrow, Tuesday November 19th, at 19:00 UTC in > #openstack-meeting Meeting notes and minutes from our meeting yesterday available here: Minutes: http

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

On 20/11/13 16:07, Christopher Armstrong wrote: On Tue, Nov 19, 2013 at 4:27 PM, Zane Bitter mailto:zbit...@redhat.com>> wrote: On 19/11/13 19:14, Christopher Armstrong wrote: [snip] There are a number of advantages to including the whole template, rather than a resource snipp

Re: [openstack-dev] Propose "project story wiki" idea

On 11/20/2013 12:33 AM, Boris Pavlovic wrote: Hi stackers, Currently what I see is growing amount of interesting projects, that at least I would like to track. But reading all mailing lists, and reviewing all patches in all interesting projects to get high level understanding of what is happing

Re: [openstack-dev] [Ironic] A question about getting IPMI data

pyghmi is growing SDR, SEL, FRU, and other stuff. I can add in-band so long as there is always python in there, however out-of-band does not need to be too bad. In the case of a baremetal guest, for example, gathering such data in-band would require more cooperation of the tenant image, whereas

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

Hi, sorry for the delay in response. I'm glad to look at it. Can you be more specific about the error? Maybe paste the error your seeing in paste.openstack.org? I don't find any reference to "2006". Maybe I'm missing something. Also, is the patch that you applied the most recent? With the fin

Re: [openstack-dev] Propose "project story wiki" idea

+1 I'd also love to see a tag or keyword associated with items that (affects {project x,y,z}) or (possibly affects {project x,y,z} to highlight areas in need of collaboration between teams. There is so much going on cross-project these days, that if the project team thinks the change has side

Re: [openstack-dev] [Glance] Interested in a mid-Icehouse Glance mini-summit?

On Thu, Nov 14, 2013 at 1:35 PM, Mark Washenberger < mark.washenber...@markwash.net> wrote: > Hi folks, > > There's been some talk about copying Nova for a mid-cycle meetup to > reorganize around our development priorities in Glance. > > So far, the plan is still tentative, but we're focusing on l

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

I don't recall the full discussion from before, but I know one of the big problems with doing that is it actually makes it more difficult to review these syncs. Instead of having 1000 lines of copied changes to review, you have a one-line commit hash to look at and you then have to try to figure

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

For External connectivity beyond the network gateway, rather than pinging google.com, configuring the vm for an external DNS server and pinging it by IPaddress would be a good initial test of external connectivity. --Rocky From: Tomoe Sugihara [mailto:to...@midokura.com] Sent: Tuesday, Novemb

Re: [openstack-dev] Search Project - summit follow up

Thanks Terry for highlighting this: Yes, tenant isolation is the must. It's not reflected in the prototype - it queries Solr directly; but the proper implementation will go through the query API service, where ACL will be applied. UX folks are welcome to comment on expected queries. I think the

Re: [openstack-dev] [Heat] Continue discussing multi-region orchestration

Zane Bitter wrote on 11/15/2013 05:59:06 PM: > On 15/11/13 22:17, Keith Bray wrote: > > The way I view 2 vs. 4 is that 2 is more complicated and you don't gain > > any benefit of availability. If, in 2, your global heat endpoint is down, > > you can't update the whole stack. You have to work a

[openstack-dev] [Swift] Goals for Icehouse

During the past month, Swift contributors have gathered in Austin, Hong Kong, and online to discuss projects underway. There are some major efforts underway, and I hope to lay them out and tie them together here, so that we all know what the goals for the next six months are. The biggest feature s

Re: [openstack-dev] Top Gate Bugs

We settled on 1251920. https://review.openstack.org/57509 is the fix for that bug. Note that Oslo was fixed on Jun 28th, nova hasn't synced since then. If we were using oslo as a library we would have had the fix as soon as olso did a release. These are the references to strong_store - and thus

Re: [openstack-dev] [Diagnostic] Diagnostic API: summit follow-up

Matt, Thank you for bringing this up. I've been following this thread and the idea is somewhat aligned with our approach, but we'd like to take one step further. In this Diagnostic API, we want to collect information about system state from sources outside to OpenStack. We'd probably should extra

Re: [openstack-dev] Top Gate Bugs

Which of these bugs would be appropriate to use for the fix to strong_store - it affects lockutils and rpc, both of which are going to create havoc :) -Rob On 21 November 2013 07:19, Salvatore Orlando wrote: > I've noticed that > https://github.com/openstack/nova/commit/85332012dede96fa6729026c2

Re: [openstack-dev] Top Gate Bugs

I'm putting up a patch now. On 21 November 2013 07:19, Salvatore Orlando wrote: > I've noticed that > https://github.com/openstack/nova/commit/85332012dede96fa6729026c2a90594ea0502ac5 > stores the network client in local.strong_store which is a reference to > corolocal.local (the class, not the i

Re: [openstack-dev] Top Gate Bugs

I've noticed that https://github.com/openstack/nova/commit/85332012dede96fa6729026c2a90594ea0502ac5stores the network client in local.strong_store which is a reference to corolocal.local (the class, not the instance). In Russell's example instead the code accesses local.store which is an instance

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

Responses inline. On Wed, Nov 20, 2013 at 2:19 AM, Ladislav Smola wrote: > Ok, I'll try to summarize what will be done in the near future for > Undercloud monitoring. > > 1. There will be Central agent running on the same host(hosts once the > central agent horizontal scaling is finished) as Iro

[openstack-dev] How to stage client major releases in Gerrit?

Hi folks, The project python-glanceclient is getting close to needing a major release in order to finally remove some long-deprecated features, and to make some minor adjustments that are technically backwards-incompatible. Normally, our release process works great. When we cut a release (say 1.0

Re: [openstack-dev] [Climate] How we agree to determine that an user has admin rights ?

On Wed, Nov 20, 2013 at 10:52 AM, Yuriy Taraday wrote: > Hello, Dolph. > > On Wed, Nov 20, 2013 at 8:42 PM, Dolph Mathews wrote: > >> >> On Wed, Nov 20, 2013 at 10:24 AM, Yuriy Taraday wrote: >> >>> >>> context.is_admin should not be checked directly from code, only through >>> policy rules. It s

Re: [openstack-dev] [Neutron][Tempest] Tempest API test for Neutron LBaaS

On 11/19/2013 09:40 PM, Sean Dague wrote: On 11/17/2013 09:55 PM, Eugene Nikanorov wrote: Hi folks, I'm working on major change to Neutron LBaaS API, obviously it will break existing tempest API tests for LBaaS. What would be the right process to deal with this? I guess I can't just push fixed

Re: [openstack-dev] Top Gate Bugs

On 11/20/2013 12:21 PM, Alex Gaynor wrote: > Nope, you're totally right, corolocal.local is a class, whose instances > are the actual coroutine local storage. But I don't think his example is what is being used. Here is an example using the openstack.common.local module, which is what nova uses f

Re: [openstack-dev] Top Gate Bugs

Nope, you're totally right, corolocal.local is a class, whose instances are the actual coroutine local storage. Alex On Wed, Nov 20, 2013 at 9:11 AM, Roman Podoliaka wrote: > Hey all, > > I think I found a serious bug in our usage of eventlet thread local > storage. Please check out this snippe

Re: [openstack-dev] Top Gate Bugs

Hey all, I think I found a serious bug in our usage of eventlet thread local storage. Please check out this snippet [1]. This is how we use eventlet TLS in Nova and common Oslo code [2]. This could explain how [3] actually breaks TripleO devtest story and our gates. Am I right? Or I am missing s

Re: [openstack-dev] How to best make User Experience a priority in every project

On Wed, Nov 20, 2013 at 9:09 AM, Thierry Carrez wrote: > However, as was apparent in the Technical Committee meeting discussion > about it yesterday, most of us are not convinced that establishing and > blessing a separate team is the most efficient way to give UX the > attention it deserves. Idea

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

Let me take a look and circle back to you in a bit. This is a very sensitive part of the code, so we need to Handle properly any change. Thanks, Edgar On 11/20/13 5:46 AM, "Isaku Yamahata" wrote: >On Tue, Nov 19, 2013 at 08:59:38AM -0800, >Edgar Magana wrote: > >> Do you have in mind any impl

Re: [openstack-dev] How to best make User Experience a priority in every project

On Nov 20, 2013, at 10:27 AM, Thierry Carrez wrote: > Anne Gentle wrote: >> It's nigh-impossible with the UX resources there now (four core) for >> them to attend all the project meetings with an eye to UX. Docs are in a >> similar situation. We also want docs to be present in every project. >>

  1   2   >