Open Stack

Many thanks! Works like a charm!
Suggestion: document default value of 'delete_on_termination'. 😉
Kind regards
Andre

On Wed, 2019-09-04 at 12:04 +0530, Rabi Mishra wrote:
> On Wed, Sep 4, 2019 at 11:41 AM Andreas Florath <andre at florath.net>
> wrote:
> > Hello!
> > 
> > 
> > 
> > 
> > 
> > Can please anybody tell me, if all resources which are created 
> > 
> > within a Heat stack belong to the stack in the way that
> > 
> > all the resources are freed / deleted when the stack is deleted?
> > 
> > 
> > 
> > IMHO all resources which are created during the initial creation or
> > 
> > update of a stack, even if they are ephemeral or only internal
> > 
> > created, must be deleted when the stack is deleted by OpenStack
> > Heat
> > 
> > itself. Correct?
> > 
> > 
> > 
> > My question might see obvious, but I did not find an explicit hint
> > in
> > 
> > the documentation stating this.
> > 
> > 
> > 
> > 
> > 
> > The reason for my question: I have a Heat template which uses two
> > 
> > images to create a server (using block_device_mapping_v2). Every
> > time
> > 
> > I run an 'openstack stack create' and 'openstack stack delete'
> > cycle
> > 
> > one ephemeral volume is left over / gets not deleted.
> > 
> > 
> I think it's due toe delete_on_termination[1] property of bdmv2 which
> is interpreted as 'False', if not specified. You can set it to 'True'
> to delete the volumes along with server. I've not checked if it's
> different from how nova api behaves though.
> 
> [1] 
> https://docs.openstack.org/heat/latest/template_guide/openstack.html#OS::Nova::Server-prop-block_device_mapping_v2-*-delete_on_termination
>  
> > For me this sounds like a problem in OpenStack (Heat).
> > 
> > (It looks that this is at least similar to 
> > 
> > https://review.opendev.org/#/c/341008/
> > 
> > which never made it into master.)
> > 
> > 
> > 
> > 
> > 
> > Kind regards
> > 
> > 
> > 
> > Andre
> > 
> > 
> > 
> > 
> > 
> > 
> > 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20190904/77c84b97/attachment.html>