On 11/21/2013 08:48 PM, Thomas Spatzier wrote:
Excerpts from Steve Baker's message on 21.11.2013 00:00:47:
From: Steve Baker sba...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 21.11.2013 00:04
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design
Thomas Spatzier thomas.spatz...@de.ibm.com wrote on 11/21/2013 02:48:14
AM:
...
Now thinking more about update scenarios (which we can leave for an
iteration after the initial deployment is working),
I recommend thinking about UPDATE from the start. We should have an
implementation in which
Steve Baker sba...@redhat.com wrote on 21.11.2013 21:19:07:
From: Steve Baker sba...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 21.11.2013 21:25
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
On 11/21/2013 08:48 PM, Thomas
configuration
refined after design summit discussions
snip
I think there needs to a CM tool specific agent delivered to the server
which os-collect-config invokes. This agent will transform the config
data (input values, CM script, CM specific specialness) to a CM tool
invocation.
How to define
: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
snip
I think there needs to a CM tool specific agent delivered to the server
which os-collect-config invokes. This agent will transform the config
data (input values, CM script, CM specific specialness) to a CM
Steve Baker sba...@redhat.com wrote on 20.11.2013 09:51:34:
From: Steve Baker sba...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 20.11.2013 09:55
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
On 11/20/2013 09:29 PM, Clint
Steve Baker sba...@redhat.com 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
Clint Byrum cl...@fewbar.com wrote on 11/19/2013 04:28:31 PM:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org,
Date: 11/19/2013 04:30 PM
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
Excerpts
On 11/21/2013 10:46 AM, Mike Spreitzer wrote:
Clint Byrum cl...@fewbar.com wrote on 11/19/2013 04:28:31 PM:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org,
Date: 11/19/2013 04:30 PM
Subject: Re: [openstack-dev] [Heat] HOT software configuration
software configuration
refined after design summit discussions
Excerpts from Steve Baker's message of 2013-11-19 13:06:21 -0800:
On 11/20/2013 09:50 AM, Clint Byrum wrote:
Excerpts from Steve Baker's message of 2013-11-18 12:52:04 -0800:
Regarding apply_config/remove_config
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:
On 11/20/2013 09:50 AM, Clint Byrum wrote:
Excerpts from Steve Baker's message of 2013-11-18 12:52:04 -0800:
Regarding
Regarding my previous email:
Steve Baker sba...@redhat.com 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
Excerpts from Mike Spreitzer's message of 2013-11-20 15:16:45 -0800:
Clint Byrum cl...@fewbar.com 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
Excerpts from Steve Baker's message on 21.11.2013 00:00:47:
From: Steve Baker sba...@redhat.com
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
On 11/19/2013 08:37 PM, Thomas Spatzier wrote:
Steve Baker sba...@redhat.com wrote on 18.11.2013 21:52:04:
From: Steve Baker sba...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 18.11.2013 21:54
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design
On 11/20/2013 09:50 AM, Clint Byrum wrote:
Excerpts from Steve Baker's message of 2013-11-18 12:52:04 -0800:
Regarding apply_config/remove_config, if a SoftwareApplier resource is
deleted it should trigger any remove_config and wait for the server to
acknowledge when that is complete. This
Excerpts from Steve Baker's message of 2013-11-19 13:06:21 -0800:
On 11/20/2013 09:50 AM, Clint Byrum wrote:
Excerpts from Steve Baker's message of 2013-11-18 12:52:04 -0800:
Regarding apply_config/remove_config, if a SoftwareApplier resource is
deleted it should trigger any remove_config
Hi all,
I have reworked the wiki page [1] I created last week to reflect
discussions we had on the mail list and in IRC. From ML discussions last
week it looked like we were all basically on the same page (with some
details to be worked out), and I hope the new draft eliminates some
confusion
Steve Baker sba...@redhat.com wrote on 18.11.2013 21:52:04:
From: Steve Baker sba...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 18.11.2013 21:54
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
On 11/19/2013 02:22 AM, Thomas
It seems to me we have been discussing a proposal whose write-up
intertwines two ideas: (1) making software components look like resources,
and (2) using nested stacks and environments to achieve the pattern of
definitions and uses. The ideas are separable, and I think the discussion
has sort
Excerpts form Clint Byrum's message on 12.11.2013 19:32:50:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org,
Date: 12.11.2013 19:35
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
Excerpts from
] [Heat] HOT software configuration
refined after design summit discussions
Hi,
I agree with Clint that component placement specified inside
component configuration is not a right thing. I remember that mostly
everyone agreed that hosted_on should not be in HOT templates.
When one specify
configuration
refined after design summit discussions
On 12/11/13 10:32 -0800, Clint Byrum wrote:
Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
Hi all,
I have just posted the following wiki page to reflect a refined
proposal
for HOT software configuration
Zane Bitter zbit...@redhat.com wrote on 13.11.2013 18:11:18:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org,
Date: 13.11.2013 18:14
Subject: Re: [openstack-dev] [Heat] HOT software configuration
refined after design summit discussions
On 11/11/13 17:57, Thomas
On 13/11/13 18:29, Thomas Spatzier wrote:
It also doesn't support a list, but I think we can and should fix that
in HOT.
Doesn't DependsOn already support lists? I quickly checked the code and it
seems it does:
https://github.com/openstack/heat/blob/master/heat/engine/resource.py#L288
Oh,
On 11/14/2013 06:11 AM, Zane Bitter wrote:
On 11/11/13 17:57, Thomas Spatzier wrote:
Hi all,
I have just posted the following wiki page to reflect a refined proposal
for HOT software configuration based on discussions at the design summit
last week. Angus also put a sample up in an etherpad
On 11/14/2013 06:02 AM, Zane Bitter wrote:
On 13/11/13 01:34, Clint Byrum wrote:
Excerpts from Angus Salkeld's message of 2013-11-12 15:22:44 -0800:
IMO is should just be a template/formatted file.
I'd prefer that we have the ability to pull in a chunk of in-line
template
as well. Perhaps
On 12/11/13 14:59, Alex Heneveld wrote:
One minor suggestion is to consider using a special character (eg $)
rather than reserved keywords. As I understand it the keywords are only
interpreted when they exactly match the value of a key in a map, so it
is already unlikely to be problematic.
Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
Hi all,
I have just posted the following wiki page to reflect a refined proposal
for HOT software configuration based on discussions at the design summit
last week. Angus also put a sample up in an etherpad last week,
On 12/11/13 10:32 -0800, Clint Byrum wrote:
Excerpts from Thomas Spatzier's message of 2013-11-11 08:57:58 -0800:
Hi all,
I have just posted the following wiki page to reflect a refined proposal
for HOT software configuration based on discussions at the design summit
last week. Angus also put
Hi all,
I have just posted the following wiki page to reflect a refined proposal
for HOT software configuration based on discussions at the design summit
last week. Angus also put a sample up in an etherpad last week, but we did
not have enough time to go thru it in the design session. My
31 matches
Mail list logo
