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
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
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
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
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
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
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
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
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
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
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
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
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
-
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
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
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,
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
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.
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
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)
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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_
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:
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.
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
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
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?
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
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.
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
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
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
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,
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
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
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
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
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
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
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
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
(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
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
On 18/03/14 12:42, Steven Dake wrote:
On 03/18/2014 07:54 AM, Qiming Teng wrote:
Hi, Folks,
I have been trying to implement a HACluster resource type in Heat. I
haven't created a BluePrint for this because I am not sure everything
will work as expected.
The basic idea is to extend the
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative workflows and ALM would require major Heat redesign and
probably would be impossible without loosing compatibility with previous
HOT syntax. It would blur Heat mission,
On 19/03/14 02:07, Chris Friesen wrote:
On 03/18/2014 11:18 AM, Zane Bitter wrote:
On 18/03/14 12:42, Steven Dake wrote:
You should be able to use the HARestarter resource and functionality to
do healthchecking of a vm.
HARestarter is actually pretty problematic, both in a causes major
On 19/03/14 17:13, Stan Lagun wrote:
On Wed, Mar 19, 2014 at 9:18 PM, Zane Bitter zbit...@redhat.com
mailto:zbit...@redhat.com wrote:
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative
I completely agree with Georgy, but you raised some questions about Heat
that I want to answer in the interests of spreading knowledge about how
Heat works. A heavily-snipped response follows...
On 21/03/14 05:11, Stan Lagun wrote:
3. Despite HOT being more secure on the surface it is not
On 21/03/14 18:58, Stan Lagun wrote:
Zane,
I appreciate your explanations on Heat/HOT. This really makes sense.
I didn't mean to say that MuranoPL is better for Heat. Actually HOT is
good for Heat's mission. I completely acknowledge it.
I've tried to avoid comparison between languages and I'm
1 - 100 of 779 matches
Mail list logo