Bug 1108981 - [RFE][heat]: Stack Breakpoint
Summary: [RFE][heat]: Stack Breakpoint
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-heat
Version: unspecified
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ga
: 7.0 (Kilo)
Assignee: Zane Bitter
QA Contact: Amit Ugol
URL: https://blueprints.launchpad.net/heat...
Whiteboard: upstream_milestone_kilo-rc1 upstream_...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-06-13 04:04 UTC by RHOS Integration
Modified: 2016-04-26 17:42 UTC (History)
6 users (show)

Fixed In Version: openstack-heat-2015.1.0-3.el7ost
Doc Type: Enhancement
Doc Text:
Heat now supports user hooks, which pause execution of stack operations at specified points to allow the user to insert their own actions into Heat's workflow. Hooks are attached to resources in the stack's environment file. Currently supported hook types are 'pre-create' and 'pre-update'.
Clone Of:
Environment:
Last Closed: 2015-08-05 13:12:33 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2015:1548 0 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement Advisory 2015-08-05 17:07:06 UTC

Description RHOS Integration 2014-06-13 04:04:30 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/heat/+spec/stack-breakpoint.

Description:

Troubleshooting a failed stack can be quite difficult. During development, debugging failed template is simply part of the process, but in production, a previously working template can also fail for many reasons. Providing support for troubleshooting template will not only increase productivity but will also help the adoption of Heat template.  Currently a stack is stopped after a resource fails in the create step, but this may be too late or too hard to debug because the original cause of the failure may not be obvious or the environment may have been changed.  If we can pause the stack at a point before the failure, then we are in a better position to troubleshoot.  For instance, we can check whether the state of the environment and the stack is what we expect, we can manually run the next step to see how it fails, etc. 
While developing new template or resource type, it is also useful to bring up a stack to a point before the new code is to be executed.  Then the developer can manually execute and debug the new code. 

Specification URL (additional information):

None

Comment 5 errata-xmlrpc 2015-08-05 13:12:33 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2015:1548


Note You need to log in before you can comment on or make changes to this bug.