Re: [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members

2014-08-07 Thread Zane Bitter
On 07/08/14 13:22, Tomas Sedovic wrote: Hi all, I have a ResourceGroup which wraps a custom resource defined in another template: servers: type: OS::Heat::ResourceGroup properties: count: 10 resource_def: type: my_custom_server

Re: [openstack-dev] [Heat] Passing a list of ResourceGroup's attributes back to its members

2014-08-08 Thread Zane Bitter
On 08/08/14 11:07, Tomas Sedovic wrote: On 08/08/14 00:53, Zane Bitter wrote: On 07/08/14 13:22, Tomas Sedovic wrote: Hi all, I have a ResourceGroup which wraps a custom resource defined in another template: servers: type: OS::Heat::ResourceGroup properties

Re: [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO

2014-08-11 Thread Zane Bitter
On 11/08/14 10:46, Clint Byrum wrote: Right now we're stuck with an update that just doesn't work. It isn't just about update-failure-recovery, which is coming along nicely, but it is also about the lack of signals to control rebuild, poor support for addressing machines as groups, and

Re: [openstack-dev] Which program for Rally

2014-08-11 Thread Zane Bitter
On 08/08/14 10:41, Anne Gentle wrote: - Would have to ensure Rally is what we want first as getting to be PTL since you are first to propose seems to be the model. I know that at one time it was popular in the trade/gutter press to cast aspersions on new projects by saying that someone

Re: [openstack-dev] [TripleO][heat] a small experiment with Ansible in TripleO

2014-08-11 Thread Zane Bitter
On 11/08/14 14:49, Clint Byrum wrote: Excerpts from Steven Hardy's message of 2014-08-11 11:40:07 -0700: On Mon, Aug 11, 2014 at 11:20:50AM -0700, Clint Byrum wrote: Excerpts from Zane Bitter's message of 2014-08-11 08:16:56 -0700: On 11/08/14 10:46, Clint Byrum wrote: Right now we're stuck

Re: [openstack-dev] [TripleO][Heat] reverting the HOT migration? // dealing with lockstep changes

2014-08-11 Thread Zane Bitter
On 11/08/14 15:24, Dan Prince wrote: Hmmm. We blocked a good bit of changes to get these HOT templates in so I hate to see us revert them. Also, It isn't clear to me how much work it would be to fully support the non-HOT to HOT templates upgrade path. How much work is this? And is that something

Re: [openstack-dev] Which program for Rally

2014-08-11 Thread Zane Bitter
On 11/08/14 16:21, Matthew Treinish wrote: I'm sorry, but the fact that the docs in the rally tree has a section for user testimonials [4] I feel speaks a lot about the intent of the project. What... does that even mean? They seem like just the type of guys that would help Keystone with

Re: [openstack-dev] [heat] heat docker multi host scheduling support

2014-08-14 Thread Zane Bitter
On 14/08/14 03:21, Malawade, Abhijeet wrote: Hi all, I am trying to use heat to create docker containers. I have configured heat-docker plugin. I am also able to create stack using heat successfully. To start container on different host we need to provide 'docker_endpoint' in template. For

Re: [openstack-dev] [all] The future of the integrated release

2014-08-20 Thread Zane Bitter
On 19/08/14 10:37, Jay Pipes wrote: By graduating an incubated project into the integrated release, the Technical Committee is blessing the project as the OpenStack way to do some thing. If there are projects that are developed *in the OpenStack ecosystem* that are actively being developed to

Re: [openstack-dev] [all] The future of the integrated release

2014-08-20 Thread Zane Bitter
On 11/08/14 05:24, Thierry Carrez wrote: So the idea that being (and remaining) in the integrated release should also be judged on technical merit is a slightly different effort. It's always been a factor in our choices, but like Devananda says, it's more difficult than just checking a number of

Re: [openstack-dev] Criteria for giving a -1 in a review

2014-08-21 Thread Zane Bitter
On 21/08/14 12:21, Daniel P. Berrange wrote: On Thu, Aug 21, 2014 at 05:05:04PM +0100, Matthew Booth wrote: I would prefer that you didn't merge this. i.e. The project is better off without it. A bit off topic, but I've never liked this message that gets added as it think it sounds overly

Re: [openstack-dev] [all] The future of the integrated release

2014-08-21 Thread Zane Bitter
On 20/08/14 15:37, Jay Pipes wrote: For example, everyone agrees that Ceilometer has room for improvement, but any implication that the Ceilometer is not interested in or driving towards those improvements (because of NIH or whatever) is, as has been pointed out, grossly unfair to the Ceilometer

Re: [openstack-dev] [Glance][Heat] Murano split dsicussion

2014-08-22 Thread Zane Bitter
On 21/08/14 04:30, Thierry Carrez wrote: Georgy Okrokvertskhov wrote: During last Atlanta summit there were couple discussions about Application Catalog and Application space projects in OpenStack. These cross-project discussions occurred as a result of Murano incubation request [1] during

Re: [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs

2014-08-22 Thread Zane Bitter
On 22/08/14 08:33, Thierry Carrez wrote: Hi everyone, We all know being a project PTL is an extremely busy job. That's because in our structure the PTL is responsible for almost everything in a project: - Release management contact - Work prioritization - Keeping bugs under control -

Re: [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs

2014-08-22 Thread Zane Bitter
On 22/08/14 12:45, Dolph Mathews wrote: I'm all for getting a final decision, but a 'final' decision that has been imposed from outside rather than internalised by the participants is... rarely final. The expectation of a PTL isn't to stomp around and make final decisions, it's to step in when

[openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report

2014-08-22 Thread Zane Bitter
We held the inaugural Heat mid-cycle meetup in Raleigh, North Carolina this week. There were a dozen folks in attendance, and I think everyone agreed that it was a very successful event. Notes from the meetup are on the Etherpad here: https://etherpad.openstack.org/p/heat-juno-midcycle-meetup

[openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone

2014-08-22 Thread Zane Bitter
Here's an interesting fact about Zaqar (the project formerly known as Marconi) that I hadn't thought about before this week: it's probably the first OpenStack project where a major part of the API primarily faces software running in the cloud rather than facing the user. That is to say,

[openstack-dev] [tc] Procedure for adding official projects

2014-08-22 Thread Zane Bitter
Over the past couple of release cycles, the TC has put together a fairly comprehensive checklist for projects entering into incubation with a view to being included in the integrated release. However, I'm not aware of anything equivalent for projects that are becoming official (i.e. moving to

Re: [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone

2014-08-25 Thread Zane Bitter
On 24/08/14 23:17, Adam Young wrote: On 08/23/2014 02:01 AM, Clint Byrum wrote: I don't know how Zaqar does its magic, but I'd love to see simple signed URLs rather than users/passwords. This would work for Heat as well. That way we only have to pass in a single predictably formatted string.

Re: [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report

2014-08-25 Thread Zane Bitter
On 25/08/14 05:21, Thierry Carrez wrote: Zane Bitter wrote: [...] Here are a few of the conclusions: * Everyone wishes the Design Summit worked like this. The meetup seemed a lot more productive than the design summit ever is. It's really nice to be in a room small enough that you can talk

Re: [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs

2014-08-25 Thread Zane Bitter
On 22/08/14 21:02, Anne Gentle wrote: I'm with Rocky on the anti-czar-as-a-word camp. We all like clever names to shed the corporate stigma but this word ain't it. Liaison or lead? +1. The only time you hear the word 'czar' in regular life (outside of references to pre-revolutionary Russia)

Re: [openstack-dev] [all] [ptls] The Czar system, or how to scale PTLs

2014-08-25 Thread Zane Bitter
On 25/08/14 06:30, Thierry Carrez wrote: Zane Bitter wrote: On 22/08/14 12:45, Dolph Mathews wrote: I'm all for getting a final decision, but a 'final' decision that has been imposed from outside rather than internalised by the participants is... rarely final. The expectation of a PTL

Re: [openstack-dev] [tc] Procedure for adding official projects

2014-08-25 Thread Zane Bitter
On 25/08/14 06:48, Thierry Carrez wrote: Zane Bitter wrote: Over the past couple of release cycles, the TC has put together a fairly comprehensive checklist for projects entering into incubation with a view to being included in the integrated release. However, I'm not aware of anything

[openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-08-26 Thread Zane Bitter
Steve Baker has started the process of moving Heat tests out of the Tempest repository and into the Heat repository, and we're looking for some guidance on how they should be packaged in a consistent way. Apparently there are a few projects already packaging functional tests in the package

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

2014-08-27 Thread Zane Bitter
On 27/08/14 09:55, Thierry Carrez wrote: Daniel P. Berrange wrote: On Wed, Aug 27, 2014 at 02:51:55PM +0200, Thierry Carrez wrote: [...] I think this proposal makes the best use of our setup: discuss clear cross-project issues, address key specific topics which need face-to-face time and

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-08-27 Thread Zane Bitter
On 26/08/14 18:59, Clint Byrum wrote: Excerpts from Steve Baker's message of 2014-08-26 14:25:46 -0700: On 27/08/14 03:18, David Kranz wrote: On 08/26/2014 10:14 AM, Zane Bitter wrote: Steve Baker has started the process of moving Heat tests out of the Tempest repository and into the Heat

Re: [openstack-dev] [Heat] Heat Juno Mid-cycle Meetup report

2014-08-27 Thread Zane Bitter
On 27/08/14 11:04, Steven Hardy wrote: On Wed, Aug 27, 2014 at 07:54:41PM +0530, Jyoti Ranjan wrote: I am little bit skeptical about using Swift for this use case because of its eventual consistency issue. I am not sure Swift cluster is good to be used for this kind of problem.

Re: [openstack-dev] [Keystone][Marconi][Heat] Creating accounts in Keystone

2014-08-27 Thread Zane Bitter
APIs that particular accounts should be locked down. cheers, Zane. On 8/25/14, 9:49 AM, Zane Bitter zbit...@redhat.com wrote: In particular, even if a service like Zaqar or Heat implements their own authorisation (e.g. the user creating a Zaqar queue supplies lists of the accounts

Re: [openstack-dev] [UX] [Horizon] [Heat] Merlin project (formerly known as cross-project UI library for Heat/Mistral/Murano/Solum) plans for PoC and more

2014-08-28 Thread Zane Bitter
On 28/08/14 13:31, Drago Rosson wrote: You are in luck, because I have just now open-sourced Barricade! Check it out [4]. [4]https://github.com/rackerlabs/barricade Please add a license (preferably ASL 2.0). Open Source doesn't mean the source is on GitHub, it means that the code is licensed

Re: [openstack-dev] [nova] Is the BP approval process broken?

2014-08-29 Thread Zane Bitter
On 28/08/14 17:02, Jay Pipes wrote: I understand your frustration about the silence, but the silence from core team members may actually be a loud statement about where their priorities are. I don't know enough about the Nova review situation to say if the process is broken or not. But I can

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-08-29 Thread Zane Bitter
On 29/08/14 14:27, Jay Pipes wrote: On 08/26/2014 10:14 AM, Zane Bitter wrote: Steve Baker has started the process of moving Heat tests out of the Tempest repository and into the Heat repository, and we're looking for some guidance on how they should be packaged in a consistent way. Apparently

Re: [openstack-dev] [Heat] Should docker plugin remove containers on delete?

2014-09-08 Thread Zane Bitter
On 01/09/14 19:18, Steve Baker wrote: On 02/09/14 05:58, Lars Kellogg-Stedman wrote: Hello all, I recently submitted this change: https://review.openstack.org/#/c/118190/ This causes the Docker plugin to *remove* containers on delete, rather than simply *stopping* them. When creating

Re: [openstack-dev] doubling our core review bandwidth

2014-09-08 Thread Zane Bitter
On 07/09/14 23:43, Morgan Fainberg wrote: ## avoiding collaboration between bad actors The two core requirement means that it takes three people (proposer + 2 core) to collaborate on landing something inappropriate (whether its half baked, a misfeature, whatever). Thats only 50% harder than 2

Re: [openstack-dev] [qa][all][Heat] Packaging of functional tests

2014-09-09 Thread Zane Bitter
On 04/09/14 10:45, Jay Pipes wrote: On 08/29/2014 05:15 PM, Zane Bitter wrote: On 29/08/14 14:27, Jay Pipes wrote: On 08/26/2014 10:14 AM, Zane Bitter wrote: Steve Baker has started the process of moving Heat tests out of the Tempest repository and into the Heat repository, and we're looking

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-11 Thread Zane Bitter
On 04/09/14 08:14, Sean Dague wrote: I've been one of the consistent voices concerned about a hard requirement on adding NoSQL into the mix. So I'll explain that thinking a bit more. I feel like when the TC makes an integration decision previously this has been about evaluating the project

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-11 Thread Zane Bitter
On 09/09/14 15:03, Monty Taylor wrote: On 09/04/2014 01:30 AM, Clint Byrum wrote: Excerpts from Flavio Percoco's message of 2014-09-04 00:08:47 -0700: Greetings, Last Tuesday the TC held the first graduation review for Zaqar. During the meeting some concerns arose. I've listed those concerns

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-11 Thread Zane Bitter
On 09/09/14 19:56, Clint Byrum wrote: Excerpts from Samuel Merritt's message of 2014-09-09 16:12:09 -0700: On 9/9/14, 12:03 PM, Monty Taylor wrote: On 09/04/2014 01:30 AM, Clint Byrum wrote: Excerpts from Flavio Percoco's message of 2014-09-04 00:08:47 -0700: Greetings, Last Tuesday the TC

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-12 Thread Zane Bitter
On 11/09/14 19:05, Jay Pipes wrote: On 09/11/2014 04:09 PM, Zane Bitter wrote: Swift is the current exception here, but one could argue, and people have[2], that Swift is also the only project that actually conforms to our stated design tenets for OpenStack. I'd struggle to tell the Zaqar folks

Re: [openstack-dev] [Zaqar] Comments on the concerns arose during the TC meeting

2014-09-12 Thread Zane Bitter
On 12/09/14 04:50, Flavio Percoco wrote: On 09/12/2014 12:14 AM, Zane Bitter wrote: However, Zaqar also supports the Pub-Sub model of messaging. I believe, but would like Flavio to confirm, that this is what is meant when the Zaqar team say that Zaqar is about messaging in general and not just

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

2014-09-12 Thread Zane Bitter
On 12/09/14 07:37, Thierry Carrez wrote: Hi everyone, I visited the Paris Design Summit space on Monday and confirmed that it should be possible to split it in a way that would allow to have per-program contributors meetups on the Friday. The schedule would go as follows: Tuesday:

[openstack-dev] [Heat] Core team tidy-up

2014-09-15 Thread Zane Bitter
From time to time we have people drift away from core reviewing activity on Heat for the long term due to changing employers, changing roles or just changing priorities. It's time for a bit of a clean-up, so I have removed Liang Chen and Steve Dake from the heat-core group. We thank them for

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

2014-09-15 Thread Zane Bitter
On 14/09/14 11:09, Clint Byrum wrote: Excerpts from Gauvain Pocentek's message of 2014-09-04 22:29:05 -0700: Hi, A bit of background: I'm working on the publication of the HOT resources reference on docs.openstack.org. This book is mostly autogenerated from the heat source code, using the

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

2014-09-15 Thread Zane Bitter
On 15/09/14 12:00, Steven Hardy wrote: For example, today, I've been looking at the steps required for driving autodiscovery: https://etherpad.openstack.org/p/Ironic-PoCDiscovery-Juno Driving this process looks a lot like application orchestration: 1. Take some input (IPMI credentials and MAC

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

2014-09-15 Thread Zane Bitter
On 15/09/14 13:28, Clint Byrum wrote: Excerpts from Flavio Percoco's message of 2014-09-15 00:57:05 -0700: On 09/12/2014 07:13 PM, Clint Byrum wrote: Excerpts from Thierry Carrez's message of 2014-09-12 02:16:42 -0700: Clint Byrum wrote: Excerpts from Flavio Percoco's message of 2014-09-11

Re: [openstack-dev] [Heat] Defining what is a SupportStatus version

2014-09-15 Thread Zane Bitter
On 15/09/14 16:55, Anne Gentle wrote: On Mon, Sep 15, 2014 at 11:31 AM, Zane Bitter zbit...@redhat.com wrote: On 14/09/14 11:09, Clint Byrum wrote: Excerpts from Gauvain Pocentek's message of 2014-09-04 22:29:05 -0700: Hi, A bit of background: I'm working on the publication of the HOT

Re: [openstack-dev] Heat dependency visualisation

2014-09-16 Thread Zane Bitter
On 16/09/14 02:49, Qiming Teng wrote: Nice. What would be even nicer is a change to python-heatclient so that heat resource-list has an option to output in dotfile format. +1. It would also be interesting to check if the dependency analysis is capable of exploding a resource-group. Say I

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

2014-09-16 Thread Zane Bitter
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 wrote: For example, today, I've been looking at the steps required for driving autodiscovery: https://etherpad.openstack.org/p/Ironic-PoCDiscovery-Juno Driving this process looks a

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

2014-09-16 Thread Zane Bitter
On 16/09/14 13:54, Devananda van der Veen wrote: On Sep 15, 2014 8:20 AM, James Slaglejames.sla...@gmail.com wrote: On Mon, Sep 15, 2014 at 7:44 AM, Steven Hardysha...@redhat.com wrote: The initial assumption is that there is some discovery step (either automatic or static generation of

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

2014-09-16 Thread Zane Bitter
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 wrote: For example, today, I've been looking at the steps

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

2014-09-19 Thread Zane Bitter
On 18/09/14 10:55, Flavio Percoco wrote: On 09/18/2014 04:24 PM, Clint Byrum wrote: Great job highlighting what our friends over at Amazon are doing. It's clear from these snippets, and a few other pieces of documentation for SQS I've read, that the Amazon team approached SQS from a _massive_

Re: [openstack-dev] [Heat][Zaqar] Integration plan moving forward

2014-09-19 Thread Zane Bitter
On 19/09/14 14:34, Clint Byrum wrote: Excerpts from Flavio Percoco's message of 2014-09-19 02:37:08 -0700: On 09/18/2014 11:51 AM, Angus Salkeld wrote: On 18/09/2014 7:11 PM, Flavio Percoco fla...@redhat.com mailto:fla...@redhat.com wrote: Greetings, If I recall correctly, Heat was

Re: [openstack-dev] [Heat] Request for python-heatclient project to adopt heat-translator

2014-09-19 Thread Zane Bitter
On 09/09/14 05:52, Steven Hardy wrote: Hi Sahdev, On Tue, Sep 02, 2014 at 11:52:30AM -0400, Sahdev P Zala wrote: Hello guys, As you know, the heat-translator project was started early this year with an aim to create a tool to translate non-Heat templates to HOT. It is a

Re: [openstack-dev] [Heat] naming of provider template for docs

2014-09-19 Thread Zane Bitter
On 19/09/14 01:10, Mike Spreitzer wrote: Angus Salkeld asalk...@mirantis.com wrote on 09/18/2014 09:33:56 PM: Hi I am trying to add some docs to openstack-manuals hot_guide about using provider templates : https://review.openstack.org/#/c/121741/ Mike has suggested we use a different

Re: [openstack-dev] Oslo messaging vs zaqar

2014-09-22 Thread Zane Bitter
On 22/09/14 10:40, Geoff O'Callaghan wrote: So On 22/09/2014 10:01 PM, Zane Bitter zbit...@redhat.com wrote: On 20/09/14 04:17, Geoff O'Callaghan wrote: Hi all, I'm just trying to understand the messaging strategy in openstack.It seems we have at least 2 messaging layers. Oslo.messaging

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

2014-09-22 Thread Zane Bitter
On 22/09/14 10:11, Gordon Sim wrote: On 09/19/2014 09:13 PM, Zane Bitter wrote: SQS offers very, very limited guarantees, and it's clear that the reason for that is to make it massively, massively scalable in the way that e.g. S3 is scalable while also remaining comparably durable (S3

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

2014-09-22 Thread Zane Bitter
On 22/09/14 17:06, Joe Gordon wrote: On Mon, Sep 22, 2014 at 9:58 AM, Zane Bitter zbit...@redhat.com wrote: On 22/09/14 10:11, Gordon Sim wrote: On 09/19/2014 09:13 PM, Zane Bitter wrote: SQS offers very, very limited guarantees, and it's clear that the reason for that is to make

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

2014-09-23 Thread Zane Bitter
On 23/09/14 08:58, Flavio Percoco wrote: I believe the guarantee is still useful and it currently does not represent an issue for the service nor the user. 2 things could happen to FIFO in the future: 1. It's made optional and we allow users to opt-in in a per flavor basis. (I personally don't

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

2014-09-23 Thread Zane Bitter
On 22/09/14 22:04, Joe Gordon wrote: To me this is less about valid or invalid choices. The Zaqar team is comparing Zaqar to SQS, but after digging into the two of them, zaqar barely looks like SQS. Zaqar doesn't guarantee what IMHO is the most important parts of SQS: the message will be

Re: [openstack-dev] [Heat] Convergence: Backing up template instead of stack

2014-09-23 Thread Zane Bitter
On 23/09/14 09:44, Anant Patil wrote: On 23-Sep-14 09:42, Clint Byrum wrote: Excerpts from Angus Salkeld's message of 2014-09-22 20:15:43 -0700: On Tue, Sep 23, 2014 at 1:09 AM, Anant Patil anant.pa...@hp.com wrote: Hi, One of the steps in the direction of convergence is to enable Heat

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

2014-09-24 Thread Zane Bitter
On 23/09/14 17:59, Joe Gordon wrote: Zaqar is aiming for low latency per message, SQS doesn't appear to be. I've seen no evidence that Zaqar is actually aiming for that. There are waaay lower-latency ways to implement messaging if you don't care about durability (you wouldn't do

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

2014-09-24 Thread Zane Bitter
On 23/09/14 19:29, Devananda van der Veen wrote: On Mon, Sep 22, 2014 at 5:47 PM, Zane Bitter zbit...@redhat.com wrote: On 22/09/14 17:06, Joe Gordon wrote: If 50,000 messages per second doesn't count as small-to-moderate then Zaqar does not fulfill a major SQS use case. It's not a drop

Re: [openstack-dev] [Heat] stack-update with existing parameters

2014-09-24 Thread Zane Bitter
On 24/09/14 08:47, Tomas Sedovic wrote: On 24/09/14 13:50, Dimitri Mazmanov wrote: TL;DR Is there any reason why stack-update doesn¹t reuse the existing parameters when I extend my stack definition with a resource that uses them? Hey Dimitri, There is an open bug for this feature:

Re: [openstack-dev] Thoughts on OpenStack Layers and a Big Tent model

2014-09-24 Thread Zane Bitter
On 18/09/14 14:53, Monty Taylor wrote: Hey all, I've recently been thinking a lot about Sean's Layers stuff. So I wrote a blog post which Jim Blair and Devananda were kind enough to help me edit. http://inaugust.com/post/108 Thanks Monty, I think there are some very interesting ideas in

Re: [openstack-dev] [heat] Core criteria, review stats vs reality

2013-12-09 Thread Zane Bitter
On 09/12/13 06:31, Steven Hardy wrote: Hi all, So I've been getting concerned about $subject recently, and based on some recent discussions so have some other heat-core folks, so I wanted to start a discussion where we can agree and communicate our expectations related to nomination for

Re: [openstack-dev] [heat] Core criteria, review stats vs reality

2013-12-09 Thread Zane Bitter
On 09/12/13 14:03, Clint Byrum wrote: Excerpts from Zane Bitter's message of 2013-12-09 09:52:25 -0800: On 09/12/13 06:31, Steven Hardy wrote: Hi all, So I've been getting concerned about $subject recently, and based on some recent discussions so have some other heat-core folks, so I wanted

Re: [openstack-dev] [heat] Stack preview

2013-12-10 Thread Zane Bitter
On 10/12/13 12:46, Richard Lee wrote: Hey all, We're working on a blueprint https://blueprints.launchpad.net/heat/+spec/preview-stack that adds the ability to preview what a given template+parameters would create in terms of resources. We think this would provide significant value for

Re: [openstack-dev] [Heat] workflow for fixes involving numerous changes

2013-12-10 Thread Zane Bitter
On 10/12/13 13:34, Clint Byrum wrote: Excerpts from Steven Hardy's message of 2013-12-10 03:00:26 -0800: On Tue, Dec 10, 2013 at 11:45:11AM +0200, Pavlo Shchelokovskyy wrote: - wouldn't it be better to keep all these changes in one bug and fix all misuses per file basis (with one file per

Re: [openstack-dev] [heat] Stack preview

2013-12-10 Thread Zane Bitter
On 10/12/13 15:10, Randall Burt wrote: On Dec 10, 2013, at 1:27 PM, Zane Bitter zbit...@redhat.com wrote: On 10/12/13 12:46, Richard Lee wrote: Hey all, We're working on a blueprint https://blueprints.launchpad.net/heat/+spec/preview-stack that adds the ability to preview what a given

Re: [openstack-dev] [Openstack][Heat] Creating an Openstack project using Heat

2013-12-16 Thread Zane Bitter
On 16/12/13 15:57, Sayaji Patil wrote: Hi, I have installed Openstack with heat using packstack. One thing I noticed is that the Orchestration Heat option is only available inside a project view. Is this by design ? My use case it to create a project with images, networks,routers and

[openstack-dev] [Heat] Neutron resources and hidden dependencies

2013-12-17 Thread Zane Bitter
At the design summit we had a discussion[1] about redesigning Neutron resources to avoid the need for hidden dependencies (that is to say, dependencies which cannot be inferred from the template). Since then we've got close to fixing one of those issues[2] (thanks Bartosz!), but the patch is

Re: [openstack-dev] [Heat] hybrid cloud bursting question

2013-12-18 Thread Zane Bitter
On 18/12/13 04:26, 이준원 wrote: Hi, stackers, I know only little about Heat, and I can't wholly follow recent discussions around multi-region support in this mailing list. Please help me understand the roadmap or plan about hybrid cloud and bursting in particular. I'd like to ask the following

Re: [openstack-dev] [Heat] Neutron resources and hidden dependencies

2013-12-18 Thread Zane Bitter
On 18/12/13 05:21, Thomas Herve wrote: At the design summit we had a discussion[1] about redesigning Neutron resources to avoid the need for hidden dependencies (that is to say, dependencies which cannot be inferred from the template). Since then we've got close to fixing one of those

Re: [openstack-dev] [Heat] Reducing pep8 ignores

2014-01-22 Thread Zane Bitter
On 22/01/14 06:23, Pavlo Shchelokovskyy wrote: Hi all, we have an approved blueprint that concerns reducing number of ignored PEP8 and openstack/hacking style checks for heat (https://blueprints.launchpad.net/heat/+spec/reduce-flake8-ignored-rules). I've been already warned that enabling some

Re: [openstack-dev] [Heat] Reducing pep8 ignores

2014-01-23 Thread Zane Bitter
On 22/01/14 23:19, ZhiQiang Fan wrote: you can split H306 to several patches since it contains so much files. optional: It would be really nice if you can fix the unused import problem (if exist) in the same time, this seems can be checked via IDE That check is already enabled. On Wed, Jan

[openstack-dev] Reviewing reviewers

2014-01-23 Thread Zane Bitter
I don't know about other projects, but we in the Heat project are constantly on the lookout for people who can be converted into core reviewers. Inevitably part of that process is evaluating whether someone has developed the depth of knowledge of the code that would allow them to catch a

[openstack-dev] [Heat] How to model resources in Heat

2014-01-29 Thread Zane Bitter
I've noticed a few code reviews for new Heat resource types - particularly Neutron resource types - where folks are struggling to find the appropriate way to model the underlying API in Heat. This is a really hard problem, and is often non-obvious even to Heat experts, so here are a few tips

Re: [openstack-dev] [Heat] How to model resources in Heat

2014-01-29 Thread Zane Bitter
On 29/01/14 19:40, Jay Pipes wrote: On Wed, 2014-01-29 at 18:55 -0500, Zane Bitter wrote: I've noticed a few code reviews for new Heat resource types - particularly Neutron resource types - where folks are struggling to find the appropriate way to model the underlying API in Heat

Re: [openstack-dev] [Heat] About LaunchConfiguration and Autoscaling

2014-01-30 Thread Zane Bitter
On 30/01/14 06:01, Thomas Herve wrote: Hi all, While talking to Zane yesterday, he raised an interesting question about whether or not we want to keep a LaunchConfiguration object for the native autoscaling resources. The LaunchConfiguration object basically holds properties to be able to

Re: [openstack-dev] [Heat] How to model resources in Heat

2014-01-30 Thread Zane Bitter
On 30/01/14 16:54, Clint Byrum wrote: I'm pretty sure it is useful to model images in Heat. Consider this scenario: resources: build_done_handle: type: AWS::CloudFormation::WaitConditionHandle build_done: type: AWS::CloudFormation::WaitCondition properties: handle:

Re: [openstack-dev] [Heat] About LaunchConfiguration and Autoscaling

2014-01-30 Thread Zane Bitter
On 30/01/14 12:20, Randall Burt wrote: On Jan 30, 2014, at 12:09 PM, Clint Byrumcl...@fewbar.com wrote: I would hope we would solve that at a deeper level, rather than making resources for the things we think will need re-use. I think nested stacks allow this level of re-use already anyway.

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

2014-02-04 Thread Zane Bitter
On 03/02/14 17:09, Clint Byrum wrote: Excerpts from Thomas Herve's message of 2014-02-03 12:46:05 -0800: So, I wrote the original rolling updates spec about a year ago, and the time has come to get serious about implementation. I went through it and basically rewrote the entire thing to reflect

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

2014-02-05 Thread Zane Bitter
On 04/02/14 20:34, Robert Collins wrote: On 5 February 2014 13:14, Zane Bitter zbit...@redhat.com wrote: That's not a great example, because one DB server depends on the other, forcing them into updating serially anyway. I have to say that even in general, this whole idea about applying

Re: [openstack-dev] [Heat] [TripleO] Rolling updates spec re-written. RFC

2014-02-05 Thread Zane Bitter
On 05/02/14 11:39, Clint Byrum wrote: Excerpts from Zane Bitter's message of 2014-02-04 16:14:09 -0800: On 03/02/14 17:09, Clint Byrum wrote: UpdatePolicy in cfn is a single string, and causes very generic rolling Huh?

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

2014-02-06 Thread Zane Bitter
On 06/02/14 13:22, Joshua Harlow wrote: Has there been any investigation into heat. Heat has already used parts of the coroutine approach (for better or worse). An example: https://github.com/openstack/heat/blob/master/heat/engine/scheduler.py#L230 Decorator for a task that needs to

Re: [openstack-dev] Asynchrounous programming: replace eventlet with asyncio

2014-02-06 Thread Zane Bitter
On 04/02/14 13:53, Kevin Conway wrote: On 2/4/14 12:07 PM, victor stinnervictor.stin...@enovance.com wrote: The purpose of replacing eventlet with asyncio is to get a well defined control flow, no more surprising task switching at random points. I disagree with this. Eventlet and gevent

Re: [openstack-dev] [heat] Can heat automatically create a flavor as part of stack creation?

2014-02-10 Thread Zane Bitter
On 09/02/14 03:09, Robert Collins wrote: In principle yes. You need: - to write a module to orchestrate the nova flavor API. https://wiki.openstack.org/wiki/Heat/Plugins - to configure your policy rules in the cloud in question to let the heat engine user create flavors Not quite.

Re: [openstack-dev] [Heat][docs] Need more sample HOT templates for users

2014-02-21 Thread Zane Bitter
On 14/02/14 03:21, Qiming Teng wrote: On Fri, Feb 14, 2014 at 08:24:09AM +0100, Thomas Spatzier wrote: Thanks, Thomas. The first link actually provides a nice inventory of all Resources and their properties, attributes, etc. I didn't look into this because I was thinking of the word

Re: [openstack-dev] [Heat] Thoughts on adding a '--progress' option?

2014-02-28 Thread Zane Bitter
On 28/02/14 02:28, Qiming Teng wrote: The creation a stack is usually a time costly process, considering that there are cases where software packages need to be installed and configured. There are also cases where a stack consists of more than one VM instance and the dependency between

Re: [openstack-dev] Climate Incubation Application

2014-03-03 Thread Zane Bitter
On 03/03/14 12:32, Joe Gordon wrote: - if you're reserving resources far before you'll need them, it'll be cheaper Why? How does this save a provider money? If an operator has zero information about the level of future demand, they will have to spend a *lot* of money on excess capacity or

Re: [openstack-dev] Incubation Request: Murano

2014-03-03 Thread Zane Bitter
On 25/02/14 05:08, Thierry Carrez wrote: The second challenge is that we only started to explore the space of workload lifecycle management, with what looks like slightly overlapping solutions (Heat, Murano, Solum, and the openstack-compatible PaaS options out there), and it might be difficult,

Re: [openstack-dev] Incubation Request: Murano

2014-03-04 Thread Zane Bitter
On 04/03/14 00:04, Georgy Okrokvertskhov wrote: First of all let me highlight that Murano DSL was much inspired by TOSCA. We carefully read this standard before our movement to Murano DSL. TOSCA standard has a lot f of very well designed concepts and ideas which we reused in Murano. There is

Re: [openstack-dev] testr help

2014-03-10 Thread Zane Bitter
Thanks Clark for this great write-up. However, I think the solution to the problem in question is richer commands and better output formatting, not discarding information. On 07/03/14 16:30, Clark Boylan wrote: But running tests in parallel introduces some fun problems. Like where do you send

Re: [openstack-dev] Taskflow remote worker model ftw!

2014-03-10 Thread Zane Bitter
Cool, nice work Josh team! On 10/03/14 17:23, Joshua Harlow wrote: This means that the engine no longer has to run tasks locally or in threads (or greenthreads) but can run tasks on remote machines (anything that can be connected to a MQ via kombu; TBD when this becomes oslo.messaging). Does

Re: [openstack-dev] testr help

2014-03-10 Thread Zane Bitter
On 10/03/14 16:04, Clark Boylan wrote: On Mon, Mar 10, 2014 at 11:31 AM, Zane Bitter zbit...@redhat.com wrote: Thanks Clark for this great write-up. However, I think the solution to the problem in question is richer commands and better output formatting, not discarding information. On 07/03

Re: [openstack-dev] [heat]Policy on upgades required config changes

2014-03-11 Thread Zane Bitter
On 11/03/14 01:05, Keith Bray wrote: We do run close to Heat master here at Rackspace, and we'd be happy to set up a non-voting job to notify when a review would break Heat on our cloud if that would be beneficial. Some of the breaks we have seen have been things that simply weren't caught in

Re: [openstack-dev] testr help

2014-03-12 Thread Zane Bitter
On 10/03/14 20:29, Robert Collins wrote: Which bits look raw? It should only show text/* attachments, non-text should be named but not dumped. I was thinking of the: pythonlogging:'': {{{ part. - ZB ___ OpenStack-dev mailing list

Re: [openstack-dev] [Heat] Stack breakpoint

2014-03-17 Thread Zane Bitter
On 17/03/14 17:03, Ton Ngo wrote: (reposting as new thread) I would like to revisit with more details an idea that was mentioned in the last design summit and hopefully get some feedback. The scenario is troubleshooting a failed template. Currently we can stop on the point of failure by

Re: [openstack-dev] [Heat] Stack breakpoint

2014-03-18 Thread Zane Bitter
On 17/03/14 21:18, Mike Spreitzer wrote: Zane Bitter zbit...@redhat.com wrote on 03/17/2014 07:03:25 PM: On 17/03/14 17:03, Ton Ngo wrote: - How to handle resources with timer, e.g. wait condition: pause/resume timer value Handle it by only allowing pauses before and after

Re: [openstack-dev] [Murano][Heat] MuranoPL questions?

2014-03-18 Thread Zane Bitter
(I added a couple of tags to the subject; hope this doesn't screw up anyone's threading.) On 09/03/14 16:26, Joshua Harlow wrote: I'd be very interested in knowing the resource controls u plan to add. Memory, CPU... I'm still trying to figure out where something like

Re: [openstack-dev] MuranoPL questions?

2014-03-18 Thread Zane Bitter
On 18/03/14 08:01, Ruslan Kamaldinov wrote: Joshua, Clint, The only platform I'm aware about which fully supports true isolation and which has been used in production for this purpose is Java VM. I know people who developed systems for online programming competitions and really smart kids tried

  1   2   3   4   5   6   7   8   >