[openstack-dev] [release] python-heatclient 0.6.0

We are chuffed to announce the release of: python-heatclient 0.6.0: OpenStack Orchestration API Client Library For more details, please see the git log history below and: http://launchpad.net/python-heatclient/+milestone/0.6.0 Please report issues through launchpad: http://bugs.launch

Re: [openstack-dev] [nova][all] Architecture Diagrams in ascii art?

On 12/05/15 09:57, Joe Gordon wrote: When learning about how a project works one of the first things I look for is a brief architecture description along with a diagram. For most OpenStack projects, all I can find is a bunch of random third party slides and diagrams. Most Individual OpenStack

Re: [openstack-dev] [all][heat] pbr 0.11 released. Must read if you encounter pbr.version.SemanticVersion(XXXX), but target version ... errors

On 02/05/15 07:06, Robert Collins wrote: On 2 May 2015 at 04:17, Doug Hellmann wrote: Excerpts from Robert Collins's message of 2015-05-01 10:59:49 +1200: pbr 0.11 is finally released (now that Kilo is out :). This brings in more support to ensure that our version numbers are monotonically in

Re: [openstack-dev] [tripleo] Adventures in QuintupleO

On 23/04/15 23:25, James Slagle wrote: On Tue, Apr 21, 2015 at 5:23 PM, Ben Nemec wrote: On 04/20/2015 04:39 PM, Steve Baker wrote: I've been spending some time getting quintupleo working on top of a Juno RDO OpenStack. I'm at a point now where I think it is worth putting effort i

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

On 4/21/15, 2:51 PM, "Ryan Brown" wrote: On 04/20/2015 07:12 PM, Steve Baker wrote: On 21/04/15 11:01, Angus Salkeld wrote: On Tue, Apr 21, 2015 at 8:38 AM, Fox, Kevin M mailto:kevin@pnnl.gov>> wrote: As an Op, a few things that come to mind in that category are:

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

On 21/04/15 11:01, Angus Salkeld wrote: On Tue, Apr 21, 2015 at 8:38 AM, Fox, Kevin M > wrote: As an Op, a few things that come to mind in that category are: * RDO packaging (stated earlier). If its not easy to install, its not going to be deployed as m

[openstack-dev] [tripleo] Adventures in QuintupleO

I've been spending some time getting quintupleo working on top of a Juno RDO OpenStack. I'm at a point now where I think it is worth putting effort into making it easy for anyone to try this. Ben Nemec has done the hard work of proving this is possible[1] resulting in the repo he uses to bring

[openstack-dev] [Heat] PTL Candidacy

I'd like to announce my candidacy for the Heat PTL in Liberty. As I was the PTL during Icehouse, this will be Heat's first rerun PTL under our convention for rotating leaders. Even if elected I would hope that we continue to find Heat PTL new-blood for future cycles. Towards the end of the Ki

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

would still be desirable for a user to launch a template from a local file, even when it references other local files (without having to go through an artifact repository). * * *From:* Steve Baker *Sent:* Monday, April 06, 2015

Re: [openstack-dev] [tripleo][puppet] Running custom puppet manifests during overcloud post-deployment

On 03/04/15 04:52, Tzu-Mainn Chen wrote: - Original Message - On Thu, Apr 02, 2015 at 10:34:29AM -0400, Dan Prince wrote: On Wed, 2015-04-01 at 21:31 -0400, Tzu-Mainn Chen wrote: Hey all, I've run into a requirement where it'd be useful if, as an end user, I could inject a personal s

Re: [openstack-dev] [Heat][Horizon] What we can do for Heat in Horizon else?

On 02/04/15 21:55, Sergey Kraynev wrote: Hi community. I want to ask feedback from our Heat team and also involve Horizon team in this discussion. AFAIK during Kilo was implemented bp: https://blueprints.launchpad.net/horizon/+spec/heat-ui-improvement This bp add more base Heat functionality

[openstack-dev] [release] python-heatclient 0.4.0

We are pleased to announce the release of: python-heatclient 0.4.0: OpenStack Orchestration API Client Library For more details, please see the git log history below and: http://launchpad.net/python-heatclient/+milestone/0.4.0 Please report issues through launchpad: http://bugs.launch

Re: [openstack-dev] [heat] heat delete woes in Juno

On 28/03/15 09:05, Matt Fischer wrote: Pavlo, Here is a link to one of the stacks. It is fairly simple just some routers/nets/subnets. The description is a bit odd perhaps, but legal. I've changed the template to not point at IPs at internal DNS. http://paste.ubuntu.com/10690759/ I've not b

Re: [openstack-dev] [Heat][qa][tempest] Decoupling Heat integration tests from Heat tree

On 27/03/15 03:38, Pavlo Shchelokovskyy wrote: Hi all, following IRC discussion here is a summary of what I propose can be done in this regard, in the order of increased decoupling: 1) make a separate requirements.txt for integration tests and modify the tox job to use it. The code of these

Re: [openstack-dev] [heat][qa] Forward plan for heat scenario tests

On 10/03/15 03:23, Matthew Treinish wrote: On Mon, Mar 09, 2015 at 09:52:54AM -0400, David Kranz wrote: Since test_server_cfn_init was recently moved from tempest to the heat functional tests, there are no subclasses of OrchestrationScenarioTest. If there is no plan to add any more heat scenario

Re: [openstack-dev] [all] [api] gabbi: A tool for declarative testing of APIs

On 03/03/15 00:56, Chris Dent wrote: I (and a few others) have been using gabbi[1] for a couple of months now and it has proven very useful and evolved a bit so I thought it would be worthwhile to followup my original message and give an update. Some recent reviews[1] give a sample of how it ca

Re: [openstack-dev] [heat] Resource CREATE failed with TypeError

On 06/02/15 23:07, Qiming Teng wrote: Hi, Just checked your template. It seems your SoftwareDeployment resource is not referencing the SoftwareConfig resource properly. A SoftwareDeployment 'binds' a SoftwareConfig to a Server. Without that 'binding', the template won't work as expected. I'l

[openstack-dev] [heat] operators vs users for choosing convergence engine

A spec has been raised to add a config option to allow operators to choose whether to use the new convergence engine for stack operations. For some context you should read the spec first [1] Rather than doing this, I would like to propose the following: * Users can (optionally) choose which eng

Re: [openstack-dev] [Heat] core team changes

+1 On 28/01/15 14:36, Angus Salkeld wrote: Hi all After having a look at the stats: http://stackalytics.com/report/contribution/heat-group/90 http://stackalytics.com/?module=heat-group&metric=person-day I'd like to propose the following changes to the Heat core team: Add: Qiming Teng Huang Ti

Re: [openstack-dev] [heat][tripleo] Making diskimage-builder install from forked repo?

On 09/01/15 07:06, Gregory Haynes wrote: Excerpts from Steven Hardy's message of 2015-01-08 17:37:55 +: Hi all, I'm trying to test a fedora-software-config image with some updated components. I need: - Install latest master os-apply-config (the commit I want isn't released) - Install os-r

Re: [openstack-dev] [heat] [qa] gate-tempest-dsvm-neutron-heat-slow future

On 26/11/14 05:05, Matthew Treinish wrote: On Tue, Nov 25, 2014 at 10:28:52AM -0500, Sean Dague wrote: So as I was waiting for other tests to return, I started looking through our existing test lists. gate-tempest-dsvm-neutron-heat-slow has been slowly evaporating, and I'm no longer convinced t

Re: [openstack-dev] [heat] How to expose the error messages if the heat stack creation fails with software config/software deployment

On 07/11/14 04:17, Tao Tao wrote: Hi, Henry: Appreciate very much for your kind reply! Yes, this is what I want, however, I am not seeing the detailed error message as you are seeing. I am still using OpenStack Icehouse, are you using OpenStack Juno or Icehouse? [root@openstack-03 heat(k

Re: [openstack-dev] [Heat] New function: first_nonnull

We have a template usability session at 9am this morning, and we'll be covering these sort of utility functions as part of that session. If you don't make it we can follow up later. On 05/11/14 15:46, Lee, Alexis wrote: I’m considering adding a function which takes a list and returns the firs

Re: [openstack-dev] [heat][nova] Changing default replacement_policy for Neutron port?

On 29/10/14 23:22, Steven Hardy wrote: On Wed, Oct 29, 2014 at 09:52:34AM +1300, Steve Baker wrote: On 29/10/14 09:28, Steve Baker wrote: I've looked at the tripleo templates now, and they create ports which are resources in their own right, so switchi

Re: [openstack-dev] [heat][nova] Changing default replacement_policy for Neutron port?

On 29/10/14 09:28, Steve Baker wrote: On 29/10/14 06:51, Steven Hardy wrote: Hi all, So I've been investigating bug #1383709, which has caused me to run into a bad update pattern involving OS::Neutron::Port http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ne

Re: [openstack-dev] [heat][nova] Changing default replacement_policy for Neutron port?

On 29/10/14 06:51, Steven Hardy wrote: Hi all, So I've been investigating bug #1383709, which has caused me to run into a bad update pattern involving OS::Neutron::Port http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Port I'm not quite clear on the history,

Re: [openstack-dev] [Heat] image requirements for Heat software config

On 15/10/14 10:38, Clint Byrum wrote: Excerpts from Thomas Spatzier's message of 2014-10-14 10:13:27 -0700: Hi all, I have been experimenting a lot with Heat software config to check out what works today, and to think about potential next steps. I've also worked on an internal project where we

Re: [openstack-dev] [Heat] image requirements for Heat software config

On 15/10/14 06:13, Thomas Spatzier wrote: Hi all, I have been experimenting a lot with Heat software config to check out what works today, and to think about potential next steps. I've also worked on an internal project where we are leveraging software config as of the Icehouse release. I thin

Re: [openstack-dev] [Heat] Nominating Pavlo Shchelokovskyy for heat-core

+1 On 07/10/14 09:41, Zane Bitter wrote: I'd like to propose that we add Pavlo Shchelokovskyy to the heat-core team. Pavlo has been a consistently active member of the Heat community - he's a regular participant in IRC and at meetings, has been making plenty of good commits[1] and maintains

Re: [openstack-dev] [UX] [Heat] [Mistral] Merlin project PoC update: shift from HOT builder to Mistral Workbook builder

On 26/09/14 05:36, Timur Sufiev wrote: Hello, folks! Following Drago Rosson's introduction of Barricade.js and our discussion in ML about possibility of using it in Merlin [1], I've decided to change the plans for PoC: now the goal for Merlin's PoC is to implement Mistral Workbook builder on

Re: [openstack-dev] Heat dependency visualisation

igs (ovals) feed into (normal > arrows). > > Both CFN + HOT format files should be supported. Thanks to Steve Baker > for the code I nicked, ahem, reused from merge.py. > > > Nice. What would be even nicer is a change to python-heatclient so that heat resource-list

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

On 06/09/14 04:10, Matthew Treinish wrote: > On Fri, Sep 05, 2014 at 09:42:17AM +1200, Steve Baker wrote: >> On 05/09/14 04:51, Matthew Treinish wrote: >>> On Thu, Sep 04, 2014 at 04:32:53PM +0100, Steven Hardy wrote: >>>> On Thu, Sep 04, 2014 at 10:45:59AM -0400, J

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

;>> 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 t

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

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 named containers, > the "stop but

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

On 14/08/14 00:00, Tomas Sedovic wrote: > On 12/08/14 01:06, Steve Baker wrote: >> On 09/08/14 11:15, Zane Bitter wrote: >>> 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

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

On 28/08/14 03:41, Zane Bitter wrote: > 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

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

On 23/08/14 07:39, Zane Bitter wrote: > 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://etherp

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

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 repository, and we're looking >> for some guidance on how they should be pa

Re: [openstack-dev] [Heat] Improve /validate call

On 21/08/14 10:27, Anderson Mesquita wrote: > Hey folks, > > I just submitted a new spec to change the behavior of our current > /validate call. > > TL;DR: we should at least add a request param to allow the user to > change the format of the output they get back or, possibly refactor it > into two

Re: [openstack-dev] [Heat] SoftwareDeployment resource is always in progress

On 11/08/14 20:42, david ferahi wrote: > Hello, > > I 'm trying to create a simple stack with heat (Icehouse release). > The template contains SoftwareConfig, SoftwareDeployment and a single > server resources. > > The problem is that the SoftwareDeployment resource is always in > progress ! > So f

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

ovider template) >> >> outputs: >>inner_server: >> value: {get_resource: my_server} >>ip_address: >> value: {get_attr: [controller_server, networks, private, 0]} >> >> Based on my limited testing, this already makes

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

On 12/08/14 06:20, 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 with an update that just doesn't work. It isn't >>> just about update-failure-recovery, which is coming along nicely, but >>>

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

On 02/08/14 04:07, Allison Randal wrote: > A few of us have been independently experimenting with Ansible as a > backend for TripleO, and have just decided to try experimenting > together. I've chatted with Robert, and he says that TripleO was always > intended to have pluggable backends (CM layer)

Re: [openstack-dev] [TripleO] Strategy for merging Heat HOT port

On 01/08/14 12:19, Steve Baker wrote: > The changes to port tripleo-heat-templates to HOT have been rebased to > the current state and are ready to review. They are the next steps in > blueprint tripleo-juno-remove-mergepy. > > However there is coordination needed to merge since

[openstack-dev] [TripleO] Strategy for merging Heat HOT port

The changes to port tripleo-heat-templates to HOT have been rebased to the current state and are ready to review. They are the next steps in blueprint tripleo-juno-remove-mergepy. However there is coordination needed to merge since every existing tripleo-heat-templates change will need to be rebas

Re: [openstack-dev] Thoughts on the patch test failure rate and moving forward

On 25/07/14 11:18, Sean Dague wrote: > On 07/25/2014 10:01 AM, Steven Hardy wrote: >> On Wed, Jul 23, 2014 at 02:39:47PM -0700, James E. Blair wrote: >> >>> * Put the burden for a bunch of these tests back on the projects as >>> "functional" tests. Basically a custom devstack environment tha

[openstack-dev] [qa] running heat & horizon unit tests on client changes (was [nova] request to tag novaclient 2.18.0)

On 18/07/14 08:35, Matt Riedemann wrote: > > > On 7/17/2014 5:48 PM, Steve Baker wrote: >> On 18/07/14 00:44, Joe Gordon wrote: >>> >>> >>> >>> On Wed, Jul 16, 2014 at 11:28 PM, Steve Baker >> <mailto:sba...@redhat.

Re: [openstack-dev] [nova] request to tag novaclient 2.18.0

On 18/07/14 00:44, Joe Gordon wrote: > > > > On Wed, Jul 16, 2014 at 11:28 PM, Steve Baker <mailto:sba...@redhat.com>> wrote: > > On 12/07/14 09:25, Joe Gordon wrote: >> >> >> >> On Fri, Jul 11, 2014 at 4:42 AM, Jeremy Stanley >>

Re: [openstack-dev] [Heat] Nova-network support

On 15/07/14 05:12, Thomas Spatzier wrote: >> From: Pavlo Shchelokovskyy >> To: "OpenStack Development Mailing List (not for usage questions)" >> >> Date: 14/07/2014 16:42 >> Subject: [openstack-dev] [Heat] Nova-network support >> >> Hi Heaters, >> >> I would like to start a discussion about Heat

Re: [openstack-dev] [nova] request to tag novaclient 2.18.0

On 12/07/14 09:25, Joe Gordon wrote: > > > > On Fri, Jul 11, 2014 at 4:42 AM, Jeremy Stanley > wrote: > > On 2014-07-11 11:21:19 +0200 (+0200), Matthias Runge wrote: > > this broke horizon stable and master; heat stable is affected as > > well. > [...] > >

Re: [openstack-dev] [Heat] stevedore plugins (and wait conditions)

On 09/07/14 07:08, Zane Bitter wrote: > I see that the new client plugins are loaded using stevedore, which is > great and IMO absolutely the right tool for that job. Thanks to Angus > & Steve B for implementing it. > > Now that we have done that work, I think there are more places we can > take ad

Re: [openstack-dev] [Heat] Upwards-compatibility for HOT

On 08/07/14 10:13, Clint Byrum wrote: > Excerpts from Zane Bitter's message of 2014-07-07 14:25:50 -0700: >> With the Icehouse release we announced that there would be no further >> backwards-incompatible changes to HOT without a revision bump. However, >> I notice that we've already made an upwa

Re: [openstack-dev] [Heat] Upwards-compatibility for HOT

On 08/07/14 09:25, Zane Bitter wrote: > With the Icehouse release we announced that there would be no further > backwards-incompatible changes to HOT without a revision bump. > However, I notice that we've already made an upward-incompatible > change in Juno: > > https://review.openstack.org/#/c/10

Re: [openstack-dev] [heat] Update behavior for CFN compatible resources

On 07/07/14 20:37, Steven Hardy wrote: > Hi all, > > Recently I've been adding review comments, and having IRC discussions about > changes to update behavior for CloudFormation compatible resources. > > In several cases, folks have proposed patches which allow non-destructive > update of properties

[openstack-dev] [heat] Sergey Kraynev for heat-core

I'd like to nominate Sergey Kraynev for heat-core. His reviews are valuable and prolific, and his commits have shown a sound understanding of heat internals. http://stackalytics.com/report/contribution/heat-group/60 ___ OpenStack-dev mailing list OpenSt

Re: [openstack-dev] [heat] How to avoid property revalidation?

On 16/06/14 06:26, Clint Byrum wrote: > Excerpts from Steven Hardy's message of 2014-06-15 02:40:14 -0700: >> Hi all, >> >> So, I stumbled accross an issue while fixing up some tests, which is that >> AFAICS since Icehouse we continually revalidate every property every time >> they are accessed: >>

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

On 12/06/14 08:18, Mark McLoughlin wrote: > On Wed, 2014-06-11 at 16:57 +1200, Steve Baker wrote: >> On 11/06/14 15:07, Jamie Lennox wrote: >>> Among the problems cause by the inconsistencies in the clients is that >>> all the options that are required to create a

Re: [openstack-dev] [Trove] Heat integration

Hi Denis On 11/06/14 20:17, Denis Makogon wrote: > > Good day, Stackers, Trove community. > > > > I'd like to start thread related to orchestration based resource > management. At current state Heat support in Trove is nothing else > than experimental. Trove should be able to fully support Trove a

Re: [openstack-dev] [nova][cinder][ceilometer][glance][all] Loading clients from a CONF object

On 11/06/14 15:07, Jamie Lennox wrote: > Among the problems cause by the inconsistencies in the clients is that > all the options that are required to create a client need to go into the > config file of the service. This is a pain to configure from the server > side and can result in missing optio

Re: [openstack-dev] [Heat] Short term scaling strategies for large Heat stacks

this and I'm expecting to have this > ready some time between the j-1 and j-2 milestones. > > I think these two strategies combined could probably get you a long > way in the short term, though obviously they are not a replacement for > the convergence strategy in the long ter

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On 28/05/14 03:15, Gauvain Pocentek wrote: > Le 2014-05-23 15:57, Anne Gentle a écrit : >> On Fri, May 23, 2014 at 8:42 AM, Steven Hardy wrote: >> >>> On Fri, May 23, 2014 at 08:09:06AM -0500, Anne Gentle wrote: On Fri, May 23, 2014 at 6:19 AM, Steven Hardy wrote: > On Fri, May

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On 23/05/14 08:56, Anne Gentle wrote: > > > > On Tue, May 20, 2014 at 6:42 PM, Steve Baker <mailto:sba...@redhat.com>> wrote: > > On 21/05/14 02:31, Doug Hellmann wrote: >> On Fri, May 16, 2014 at 2:10 PM, Gauvain Pocentek >> >> <m

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On 21/05/14 02:31, Doug Hellmann wrote: > On Fri, May 16, 2014 at 2:10 PM, Gauvain Pocentek > wrote: >> Le 2014-05-16 17:13, Anne Gentle a écrit : >> >>> On Thu, May 15, 2014 at 10:34 AM, Gauvain Pocentek >>> wrote: >>> Hello, This mail probably mainly concerns the doc team, but I

Re: [openstack-dev] Heat SoftwareConfig and SoftwareDevelopment

On 17/05/14 18:48, Lingxian Kong wrote: > 2014-05-16 11:33 GMT+08:00 Thomas Spatzier >: > > Excerpts from Lingxian Kong's message on 15/05/2014 22:51:33: > > From: Lingxian Kong > > > To: "OpenStack Development Mailin

Re: [openstack-dev] Heat SoftwareConfig and SoftwareDevelopment

On 17/05/14 00:49, Alex Yang wrote: > Hi all and Baker, > > I had try to use Heat::SoftwareDeployment and Heat::SoftwareConfig but > there may be someting wrong with my configuration that the hook-puppet > didn't be invoked. > > Firstly, I follow this instruction >

Re: [openstack-dev] Heat SoftwareConfig and SoftwareDevelopment

On 12/05/14 20:56, LIU Casper A wrote: > > Hello dear Heat Developers, > > I am Casper Liu from Alcatel-Lucent. I am doing a project based on > *Heat(Icehouse)*, and have questions about Heat SoftwareConfig and > SoftwareDevelopment resources. > > Your reply would be highly appreciated! > We real

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On 15/05/14 11:54, Gauvain Pocentek wrote: > (Resending to add openstack-dev) > > Gauvain Pocentek > > Objectif Libre - Infrastructure et Formations Linux > http://www.objectif-libre.com > > Le 2014-05-15 17:34, Gauvain Pocentek a écrit : >> Hello, >> >> This mail probably mainly concerns the doc t

Re: [openstack-dev] [Heat] Design summit preparation - Next steps for Heat Software Orchestration

On 29/04/14 01:41, Thomas Spatzier wrote: > Excerpts from Steve Baker's message on 28/04/2014 01:25:29: > >> I'm with Clint on this one. Heat-engine cannot know the true state >> of a server just by monitoring what has been polled and signaled. >> Since it can't know it would be dangerous for it to

Re: [openstack-dev] Heat Windows templates contribution

On 28/04/14 23:04, Alessandro Pilotti wrote: > Hi all, > > Following up to various conversations during the Icehouse cycle, we'd > like to contribute the Heat templates work that we did at Cloudbase, > partly available at: > https://github.com/cloudbase/windows-heat-templates > It looks like progre

Re: [openstack-dev] [Heat][Summit] Input wanted - real world heat spec

On 25/04/14 11:29, Clint Byrum wrote: > Also by loading the whole stack we've allowed resources to bleed into > other resource. Currently to read Metadata for a single item that > entails _a lot_ of queries to the database because we end up having to > load the entire stack. We can't continue that

Re: [openstack-dev] [Heat] Design summit preparation - Next steps for Heat Software Orchestration

t off threads, we can do that at a > later point. > > The session proposal itself is here: > http://summit.openstack.org/cfp/details/306 > > And here are the details: > > With the Icehouse release, Heat includes implementation for software > orchestration (Kudos to Steve B

Re: [openstack-dev] [Heat] Proposing Thomas Spatzier for heat-core

+1 nice work Thomas! On 23/04/14 06:43, Zane Bitter wrote: > Resending with [Heat] in the subject line. My bad. > > On 22/04/14 14:21, Zane Bitter wrote: >> I'd like to propose that we add Thomas Spatzier to the heat-core team. >> >> Thomas has been involved in and consistently contributing to the

Re: [openstack-dev] [heat] [heat-templates] [qa] [tempest] Questions about images

On 17/04/14 09:11, Thomas Spatzier wrote: >> From: Mike Spreitzer >> To: "OpenStack Development Mailing List \(not for usage questions\)" >> >> Date: 16/04/2014 19:58 >> Subject: Re: [openstack-dev] [heat] [heat-templates] [qa] [tempest] >> Questions about images >> >> Steven Hardy wrote answers

Re: [openstack-dev] [heat] computed package names?

On 16/04/14 21:53, Thomas Spatzier wrote: >> From: Zane Bitter >> To: openstack-dev@lists.openstack.org >> Date: 16/04/2014 00:46 >> Subject: Re: [openstack-dev] [heat] computed package names? >> >> On 15/04/14 17:59, Mike Spreitzer wrote: >>> Clint Byrum wrote on 04/15/2014 05:17:21 PM: >>> > E

Re: [openstack-dev] [tripleo] Default paths in os-*-config projects

On 15/04/14 13:30, Clint Byrum wrote: > Excerpts from Ben Nemec's message of 2014-04-14 15:41:23 -0700: >> Right now the os-*-config projects default to looking for their files in >> /opt/stack, with an override env var provided for other locations. For >> packaging purposes it would be nice if

Re: [openstack-dev] [horizon][heat] Unusable error messages in dashboard for Orchestration

On 11/04/14 22:24, Steven Hardy wrote: > Hi Tom, > > On Fri, Apr 11, 2014 at 01:05:00PM +0800, Tom Fifield wrote: >> Hi, >> >> Lodged a bug the day after Havana came out to hope to get this >> usability problem addressed. >> >> https://bugs.launchpad.net/horizon/+bug/1241395 >> >> Essentially, if s

Re: [openstack-dev] [TripleO][reviewers] passthru config option - priority

On 09/04/14 10:09, Robert Collins wrote: > We had a long chat about this in the meeting today. > > we had rough consensus on the following path of action > > - we'll put together a quick-but-effective config passthrough > mechanism, with a goal of landing it in the next few days > - it needs to h

Re: [openstack-dev] [heat] Problems with Heat software configurations and KeystoneV2

On 07/04/14 12:52, Michael Elder wrote: > > > I think the net of the statement still holds though: the Keystone > token mechanism defines a mechanism for authorization, why doesn't the > heat stack manage a token for any behavior that requires authorization? Heat does use a token, but that token is

Re: [openstack-dev] [TripleO] [Heat] TripleO Heat Templates and merge.py

On 05/04/14 04:47, Tomas Sedovic wrote: > Hi All, > > I was wondering if the time has come to document what exactly are we > doing with tripleo-heat-templates and merge.py[1], figure out what needs > to happen to move away and raise the necessary blueprints on Heat and > TripleO side. > > (merge.py

Re: [openstack-dev] [heat] Managing changes to the Hot Specification (hot_spec.rst)

On 07/04/14 06:23, Steven Dake wrote: > Hi folks, > > There are two problems we should address regarding the growth and > change to the HOT specification. > > First our +2/+A process for normal changes doesn't totally make sense > for hot_spec.rst. We generally have some informal bar for > controv

Re: [openstack-dev] [Heat] [Murano] [Solum] applications in the cloud

sword and db_url, but since a heat template is in a readily parsable declarative format, all required information is available to analyze, both during glance indexing and app launching. > > > On Wed, Apr 2, 2014 at 3:30 PM, Steve Baker <mailto:sba...@redhat.com>> wrote: > >

Re: [openstack-dev] [heat] Problems with Heat software configurations and KeystoneV2

create a user > for each OS::Nova::Server resource in the template: > > commit b776949ae94649b4a1eebd72fabeaac61b404e0f > Author: Steve Baker > Date: Mon Mar 3 16:39:57 2014 +1300 > Change: https://review.openstack.org/#/c/77798/ > > server.py lines 470-471: > >

Re: [openstack-dev] [heat] Problems with software config and Heat standalone configurations

nge was introduced in: > > commit 21f60b155e4b65396ebf77e05a0ef300e7c3c1cf > Author: Steve Baker > Change: https://review.openstack.org/#/c/67621/ > > The net is that the software config type in software_config.py lines > 147-152 relies on the heat client to create/clone soft

Re: [openstack-dev] [Heat] [Murano] [Solum] applications in the cloud

On 03/04/14 10:39, Ruslan Kamaldinov wrote: > This is a continuation of the "MuranoPL questions" thread. > > As a result of ongoing discussions, we figured out that definition of layers > which each project operates on and has responsibility for is not yet agreed > and discussed between projects an

[openstack-dev] [heat] Standing down as PTL

I don't intend to run for PTL for the Juno cycle; thankfully there are many Heat developers who would do a great job. Hopefully this wasn't a one-off though. I may run again for Kilmacow, Lacrosse or Mooball. cheers ___ OpenStack-dev mailing list OpenS

Re: [openstack-dev] [TripleO] [Heat] os-cloud-config ssh access to cloud

On 17/03/14 10:14, Robert Collins wrote: > On 17 March 2014 09:20, Steve Baker wrote: > >> It looks like the cert files you want to transfer are all ascii rather than >> binary, which is good as we have yet to implement a way to attach binary >> data to a heat stack creat

Re: [openstack-dev] [TripleO] [Heat] os-cloud-config ssh access to cloud

On 15/03/14 02:33, Jiří Stránský wrote: > On 12.3.2014 17:03, Jiří Stránský wrote: >> >> Thanks for all the replies everyone :) >> >> I'm leaning towards going the way Robert suggested on the review [1] - >> upload pre-created signing cert, signing key and CA cert to controller >> nodes using Heat.

Re: [openstack-dev] stored userdata

On 08/03/14 03:14, Stephen Gran wrote: > On 07/03/14 05:05, Hiroyuki Eguchi wrote: >> I'm envisioning a stored userdata feature. >> < https://blueprints.launchpad.net/nova/+spec/stored-userdata > >> >> Currently, OpenStack allow user to execute script or send >> configuration file >> when creating

Re: [openstack-dev] [qa] [heat] [neutron] - Status of Heat and Neutron tempest blueprints?

On 07/03/14 01:53, Sean Dague wrote: > We're at Freeze, so I want to pick up and understand where we currently > stand with both Neutron and Heat actually getting tested fully in the gate. > > First Neutron - > https://blueprints.launchpad.net/tempest/+spec/fix-gate-tempest-devstack-vm-quantum-full

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

On 28/02/14 20: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] [Heat][docs] Need more sample HOT templates for users

On 24/02/14 08:44, Anne Gentle wrote: > > > > On Sun, Feb 23, 2014 at 1:23 PM, Steve Baker <mailto:sba...@redhat.com>> wrote: > > On 22/02/14 06:42, Mike Spreitzer wrote: >> Zane Bitter <mailto:zbit...@redhat.com> >> wrote on 02/

Re: [openstack-dev] [Murano] Heat resource isolation withing single stack

On 22/02/14 03:37, Stan Lagun wrote: > Hi Everyone, > > While looking through Heat templates generation code in Murano I've > realized it has a major design flaw: there is no isolation between > Heat resources generated by different apps. > > Every app manifest can access and modify its environment

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

On 22/02/14 06:42, Mike Spreitzer wrote: > Zane Bitter wrote on 02/21/2014 12:23:05 PM: > > > Yeah, we are overloading the term 'developer' here, since that section > > contains both information that is only useful to developers working on > > Heat itself, and information useful to users developin

[openstack-dev] [heat] Nominate Jason Dunsmore for heat-core

I would like to nominate Jason Dunsmore for heat-core. His reviews are valuable and prolific, his code contributions have demonstrated a good knowledge of heat internals, and he has endured a sound hazing to get multi-engine into heat. http://russellbryant.net/openstack-stats/heat-reviewers-60.tx

Re: [openstack-dev] [heat] Sofware Config progress

On 15/01/14 06:21, Clint Byrum wrote: > Hey Steve, it has taken me about a month to get enough time to go > through this. Thanks for doing it, comments in-line. > > Excerpts from Steve Baker's message of 2013-12-13 15:46:48 -0800: >> I've been working on a POC in heat for resources which perform so

Re: [openstack-dev] [heat] Alternative time for the Heat/orchestration meeting

On 19/12/13 14:51, Steve Baker wrote: > The Heat meeting is currently weekly on Wednesdays at 2000 UTC. This > is not very friendly for contributors in some timezones, specifically > Asia. > > In today's Heat meeting we decided to try having every second meeting > at an alte

Re: [openstack-dev] [all] Organizing a Gate Blocking Bug Fix Day - Mon Jan 27th

On 10/01/14 04:30, Sean Dague wrote: > Minor correction, we're going to do this on Jan 27th, to be after the > i2 push, as I don't think there is time organize this prior. > >> Specifically I'd like to get commitments from as many PTLs as possible >> that they'll both directly participate in the d

Re: [openstack-dev] [heat] Sofware Config progress

ollect-config, but you would have to describe what you're doing in detail for us to know if that sounds like a good idea. > > Thanks > Susaant > > > On Fri, Dec 13, 2013 at 3:46 PM, Steve Baker <mailto:sba...@redhat.com>> wrote: > > I've been worki

[openstack-dev] [heat] Nomination for heat-core

I would like to nominate Bartosz Górski to be a heat-core reviewer. His reviews to date have been valuable and his other contributions to the project have shown a sound understanding of how heat works. Here is his review history: https://review.openstack.org/#/q/reviewer:bartosz.gorski%2540ntti3.c

[openstack-dev] [heat] Alternative time for the Heat/orchestration meeting

The Heat meeting is currently weekly on Wednesdays at 2000 UTC. This is not very friendly for contributors in some timezones, specifically Asia. In today's Heat meeting we decided to try having every second meeting at an alternate time. I've set up this poll to gather opinions on some (similar) ti

<    1   2   3   >