2014-12-22 9:01 GMT+08:00 Lingxian Kong <anlin.kong at gmail.com>: > 2014-12-19 17:44 GMT+08:00 Alex Xu <soulxu at gmail.com>: > > Hi, > > > > There is problem when evacuate instance. If the instance is in the server > > group with affinity policy, the instance can't evacuate out the failed > > compute node. > > > > I know there is soft affinity policy under development, but think of if > the > > instance in server group with hard affinity means no way to get it back > when > > compute node failed, it's really confuse. > > > > I guess there should be some people concern that will violate the > affinity > > policy. But I think the compute node already down, all the instance in > that > > server group are down also, so I think we needn't care about the policy > > anymore. > > but what if the compute node is back to normal? There will be > instances in the same server group with affinity policy, but located > in different hosts. > > If operator decide to evacuate the instance from the failed host, we should fence the failed host first. So the failed host shoudn't have chance to get back. > > > > I wrote up a patch can fix this problem: > > https://review.openstack.org/#/c/135607/ > > > > > > We have some discussion on the gerrit (Thanks Sylvain for discuss with > me), > > but we still not sure we are on the right direction. So I bring this up > at > > here. > > > > Thanks > > Alex > > > > > > _______________________________________________ > > OpenStack-dev mailing list > > OpenStack-dev at lists.openstack.org > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > > -- > Regards! > ----------------------------------- > Lingxian Kong > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev at lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141222/017406d7/attachment.html>