[openstack-dev] [masakari]Remove ERROR instances from recovery targets

Sam P sam47priya at gmail.com
Thu Aug 10 21:17:43 UTC 2017

Hi Rikimaru,

 Currently, [1] does not skip error instances from evacuating.
 However, it does make it back to error after evacuating the instance.
 If your requirement does not satisfied with that, then the next option will be
 create a option for not to evacuate error VMs first place.
 Because, solution proposed in [1], there will be small chance that
the VM will be
 active for a small time and it will cause critical problems in
1ACT/n SBY or any HA model.

[1] https://review.openstack.org/#/c/469029/
--- Regards,

On Tue, Jul 11, 2017 at 2:51 AM, Rikimaru Honjo
<honjo.rikimaru at po.ntt-tx.co.jp> wrote:
> Hello all,
> Current Masakari also rescues ERROR instances when host failure happen.
> Those instances will be changed to ACTIVE after rescued.[1]
> But I think that some users don't want to rescue ERROR instances.
> For example, if user is running 1ACT/n SBY application on instances,
> launching ERROR instances will cause unexpected effect.
> So I want to add a configurable option.
> ERROR instances won't be rescued if the option is set.
> Please talk your opinion about this issue.
> P.S.
> I talked about this issue in IRC meeting.
> http://eavesdrop.openstack.org/meetings/masakari/2017/masakari.2017-07-11-04.00.log.html
> But time was up at that time.
> [1]
> This is Evacuate API's behavior.
> [2]
> There is a possibility that following patch resolve this issue,
> but that will take time.
> https://review.openstack.org/#/c/469029/
> Best regards,
> --
> _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> Rikmaru Honjo
> E-mail:honjo.rikimaru at po.ntt-tx.co.jp
> __________________________________________________________________________
> 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

More information about the OpenStack-dev mailing list