[openstack-dev] [heat] heat delete woes in Juno

Georgy Okrokvertskhov gokrokvertskhov at mirantis.com
Thu Mar 26 19:30:02 UTC 2015


I attached an example of the template which is hanging right now in my Juno
environment. I believe it hangs because of floating ip stuff and the way
how it is attached to a VM.
It is autogenerated, so please don't be disturbed by strange resource names.

Thanks
Gosha

On Thu, Mar 26, 2015 at 12:15 PM, Ala Rezmerita <ala.rezmerita at cloudwatt.com
> wrote:

> Hi Matt
>
> I had similar problems with heat, and the work-around that i used is to
> abandon the stack (heat stack-abandon),
> and then I delete stack resources created  one by one.
>
> Hope this helps.
>
> Ala Rezmerita
> Software Engineer || Cloudwatt
> M: (+33) 06 77 43 23 91
> Immeuble Etik
> 892 rue Yves Kermen
> 92100 Boulogne-Billancourt – France
>
> ------------------------------
> *De: *"Matt Fischer" <matt at mattfischer.com>
> *À: *openstack-dev at lists.openstack.org
> *Envoyé: *Jeudi 26 Mars 2015 19:17:08
> *Objet: *[openstack-dev] [heat] heat delete woes in Juno
>
>
> 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: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>


-- 
Georgy Okrokvertskhov
Architect,
OpenStack Platform Products,
Mirantis
http://www.mirantis.com
Tel. +1 650 963 9828
Mob. +1 650 996 3284
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150326/24992051/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: problematic-stack.hot
Type: application/octet-stream
Size: 11294 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150326/24992051/attachment.obj>


More information about the OpenStack-dev mailing list