Description of problem: Here is an example of "heat resource-list" with a recursive depth of 5 that shows all the failed resources in the stack: $ heat resource-list -n 5 overcloud |grep FAIL | Compute | 647fdedb-... | OS::Heat::ResourceGroup | CREATE_FAILED | ... | | | Controller | f7bd7fff-... | OS::Heat::ResourceGroup | CREATE_FAILED | ... | | | 0 | a37df3f4-... | Tuskar::Controller-1 | CREATE_FAILED | ... | Controller | | 0 | e3da137d-... | Tuskar::Compute-1 | CREATE_FAILED | ... | Compute | | Controller | 53efb90d-... | OS::Nova::Server | CREATE_FAILED | ... | 0 | | NovaCompute | 4f1d6f76-... | OS::Nova::Server | CREATE_FAILED | ... | 0 | Note that in this example, the last 2 resources have a parent resource called "0". I can see two resources called "0" which are in FAILED state, and I have no way to determine (except by trial and error) which parent is the parent of which child. The syntax for the heat resource-show command is very inconsistent. It requires 2 parameters to be passed: 1) The resource id of the parent resource (passing the resource name won't work) 2) The name of the child resource to show (if you try to pass an id here it won't work) Expected results: You'd expect the resource-show command to take the stack name and the resource id to show. There is no need to pass the parent resource id, and as it stands today the command doesn't require you to pass the stack name at all (very wierd!!!).
I've added an upstream bug to track this. Feel free to comment there too.
moving to modifed with NVR, upstream launchpad indicates fix was included in version prior to build included in OSP 8
Verified in: python-heatclient-0.8.0-1.el7ost.noarch openstack-heat-engine-5.0.1-1.el7ost.noarch openstack-heat-common-5.0.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://rhn.redhat.com/errata/RHEA-2016-0603.html