Back to bug 1302828
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Zane Bitter | 2016-01-28 18:11:07 UTC | Status | ASSIGNED | POST |
| Zane Bitter | 2016-01-28 18:12:24 UTC | Blocks | 1302831 | |
| RHEL Program Management | 2016-01-28 18:25:43 UTC | Keywords | ZStream | |
| Zane Bitter | 2016-02-04 20:43:49 UTC | Status | POST | MODIFIED |
| Fixed In Version | openstack-heat-2015.1.2-8.el7ost | |||
| errata-xmlrpc | 2016-02-09 19:52:04 UTC | Status | MODIFIED | ON_QA |
| Lon Hohberger | 2016-02-09 19:53:43 UTC | Status | ON_QA | MODIFIED |
| errata-xmlrpc | 2016-02-09 21:24:41 UTC | Status | MODIFIED | ON_QA |
| Suyog Sainkar | 2016-02-16 07:27:25 UTC | CC | ssainkar | |
| Doc Text | Previously, if a thread was cancelled (including if heat-engine is restarted) while a user hook (aka breakpoint) was active, the hook was still marked as active in the database. If the user modified the environment to disable the hook, then the next time Heat reached the point in traversing the stack where the hook was invoked, Heat would pause and wait for the hook to be cleared; however there was no log message to indicate that the hook was invoked, nor a corresponding event in the event list, nor any indication from the "hook-poll" command that the hook is active. This workaround clears an active user hook when an exit exception occurs (e.g. the thread is cancelled) which resolves the issue. Previously, only Exception was caught, so exit exceptions were excluded. |
|||
| errata-xmlrpc | 2016-02-18 15:49:00 UTC | Status | ON_QA | RELEASE_PENDING |
| errata-xmlrpc | 2016-02-18 16:43:22 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2016-02-18 11:43:22 UTC | |||
| Scott Lewis | 2016-02-18 18:46:18 UTC | Blocks | 1309817 | |
| Zane Bitter | 2016-02-26 02:50:46 UTC | Link ID | OpenStack gerrit 273663 | |
| Perry Myers | 2016-04-26 20:48:39 UTC | CC | pmyers | |
| Red Hat One Jira (issues.redhat.com) | 2022-07-09 08:13:12 UTC | Link ID | Red Hat Issue Tracker OSP-16730 |
Back to bug 1302828