Hi Matt,

if it would be feasible/appropriate, could you provide us with templates
for stacks that show this behavior (try to get them with "heat
template-show <stack-name-or-id>")? This would help us to test and
understand the problem better.

And yes, just the day before I was contacted by one of my colleagues who
seems to experience similar problems with Juno-based OpenStack deployment
(though I did not had a chance to look through the issue yet).

Best regards,

Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com

On Thu, Mar 26, 2015 at 8:17 PM, Matt Fischer <[email protected]> wrote:

> Nobody on the operators list had any ideas on this, so re-posting here.
>
> We've been having some issues with heat delete-stack in Juno. The issues
> generally fall into three categories:
>
> 1) it takes multiple calls to heat to delete a stack. Presumably due
> to heat being unable to figure out the ordering on deletion and resources
> being in use.
>
> 2) undeleteable stacks. Stacks that refuse to delete, get stuck in
> DELETE_FAILED state. In this case, they show up in stack-list and
> stack-show, yet resource-list and stack-delete deny their existence. This
> means I can't be sure whether they have any real resources very easily.
>
> 3) As a corollary to item 1, stacks for which heat can never unwind the
> dependencies and stay in DELETE_IN_PROGRESS forever.
>
> Does anyone have any work-arounds for these or recommendations on cleanup?
> My main worry is removing a stack from the database that is still consuming
> the customer's resources. I also don't just want to remove stacks from the
> database and leave orphaned records in the DB.
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: [email protected]?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to