I will try to gather up these templates and post them somewhere once I scrub any company specific stuff. Might be a day or so. Thanks!
On Thu, Mar 26, 2015 at 12:40 PM, Pavlo Shchelokovskyy < pshchelokovs...@mirantis.com> wrote: > 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 <m...@mattfischer.com> > 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: >> openstack-dev-requ...@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-requ...@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-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev