Bug 1244485
Summary: | Heat stack partially deleted, it shows in stack-list but isn't found when you do resource-list | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Udi Kalifon <ukalifon> |
Component: | openstack-heat | Assignee: | Steve Baker <sbaker> |
Status: | CLOSED ERRATA | QA Contact: | Amit Ugol <augol> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | Director | CC: | ddomingo, sbaker, shardy, yeylon, zbitter |
Target Milestone: | z2 | Keywords: | Triaged, ZStream |
Target Release: | 7.0 (Kilo) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | openstack-heat-2015.1.1-1.el7ost | Doc Type: | Bug Fix |
Doc Text: |
If a resource did not have an associated nested stack, a NotFound exception would be raised. Whenever this occurred, the 'heat resource-list' incorrectly associated the NotFound exception with the root stack rather than the nested stack.
With this release, the internal API contract now correctly returns 'None' when there are missing nested stacks. As such, 'heat resource-list' now works as expected.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2015-10-08 12:20:00 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Udi Kalifon
2015-07-19 07:18:29 UTC
I've seen this and have been trying to write some standalone templates to reproduce. Here is what I have learnt so far. 1. The overcloud stack somehow gets itself into a state where a ResourceGroup has resources defined in its template, but no corresponding Resource database records. 2. Calling heat resource-list overcloud is triggering a NotFound on listing resources in the nested stack (the db api raises NotFound for a zero resource count, which is stupid but should be caught in any code calling it.) 3. This NotFound exception is floating all the way up and being seen as an overcloud stack NotFound, which it isn't. I tried replicating this by writing a simple template which contained a ResourceGroup of things, then deleting the Resource database records, but it didn't trigger the issue. I will continue to look for a simple way to replicate this so a bug can be raised upstream. Note that the issue of Heat failing to delete the servers from Nova on the first attempt is covered by bug 1242796 - we believe there's an upstream fix available for that part. I've found an easy way to reproduce this. - skip baremetal introspection steps - deploy overcloud - wait for deploy to fail because servers will go to error - heat stack-delete overcloud - wait for delete to fail - heat resource-list overcloud Verified in: openstack-heat-common-2015.1.1-1.el7ost.noarch openstack-heat-api-cfn-2015.1.1-1.el7ost.noarch openstack-heat-templates-0-0.6.20150605git.el7ost.noarch openstack-heat-api-cloudwatch-2015.1.1-1.el7ost.noarch openstack-heat-api-2015.1.1-1.el7ost.noarch openstack-heat-engine-2015.1.1-1.el7ost.noarch 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/RHBA-2015:1865 |