Ethan Lynn, This blue-print has two parts , one to perform the graceful-shutdown to make sure all IN_PROGRESS resources/stacks in the given engine to reach its final state.. Other one, expose this feature as disable engine to support the maintenance. I was planning to re-write the spec to provide the graceful shutdown only and remove the api part ( and requested to abandon this spec) Please review the spec and please let me know, I will restore it and will work together to implement it. Thanks.
Regards Kanagaraj M -----Original Message----- From: Sergey Kraynev [mailto:skray...@mirantis.com] Sent: Tuesday, November 10, 2015 5:51 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [heat] Questions about BP for enable/disable heat-engine Ethan, I can see, that it was assigned on Kanagaraj, but he is now in vacation (afaik). Also corresponding patch with specification was abandoned by his request, so I suggest wait answer here or may be ping him in IRC directly on the next week. On 8 November 2015 at 17:26, Ethan Lynn <xuanlangj...@gmail.com> wrote: > Hi, > I notice that there is a BP for enable/disable heat-engine, > https://blueprints.launchpad.net/heat/+spec/heat-manage-service-disable-enable > This feature is important when maintain heat-engine in HA > production, if one controller node needs to be replaced, we can > disable heat-engine in this node and then replace this node. > I would like to know the reasons why this BP stops working, is there > any technical issues to implement it? I don’t quite understand the > issues raised by inc0, any one can explain it? > I would like to see this feature come into heat, and I would like to > pay some effort on it. > > Best Regards, > Ethan Lynn > > > > > ______________________________________________________________________ > ____ 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 > -- Regards, Sergey. __________________________________________________________________________ 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
