Nested stack creates are not cancelled when a sibling resource fails
Bug #1591341 reported by
Zane Bitter
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Heat |
Fix Released
|
High
|
Zane Bitter | ||
Liberty |
Won't Fix
|
Undecided
|
Unassigned | ||
Mitaka |
Won't Fix
|
Undecided
|
Unassigned | ||
Newton |
Fix Released
|
High
|
Zane Bitter |
Bug Description
This is the create equivalent of the update problem in bug 1446252 (which is still with us - see bug 1591337).
If a resource fails during stack creation and one of its sibling resources is an in-progress nested stack, the nested stack will not be cancelled but continue running until it succeeds, fails or times out. This means the user will be unable to (successfully) commence an update to fix the initial create failure until this has occurred. (Bug 1475057 has some more details too.)
This issue has been around since nested stacks were separated out and put behind an RPC interface in Kilo. However, a backport to Mitaka or earlier is probably infeasible.
To post a comment you must log in.
(Note that convergence is not affected)