[ClusterLabs] Antw: Re: Antw: Unexpected Resource movement after failover

[Nikhil Utane]

That is what happened here :(.
When 2 nodes went down, two resources got scheduled on single node.
Isn't there any way to stop this from happening. Colocation constraint is
not helping.

-Regards
Nikhil

On Sat, Oct 22, 2016 at 12:57 AM, Vladislav Bogdanov <bubble at hoster-ok.com>
wrote:

> 21.10.2016 19:34, Andrei Borzenkov wrote:
>
>> 14.10.2016 10:39, Vladislav Bogdanov пишет:
>>
>>>
>>> use of utilization (balanced strategy) has one caveat: resources are
>>> not moved just because of utilization of one node is less, when nodes
>>> have the same allocation score for the resource. So, after the
>>> simultaneus outage of two nodes in a 5-node cluster, it may appear
>>> that one node runs two resources and two recovered nodes run
>>> nothing.
>>>
>>>
>> I call this a feature. Every resource move potentially means service
>> outage, so it should not happen without explicit action.
>>
>>
> In a case I describe that moves could be easily prevented by using
> stickiness (it increases allocation score on a current node).
> The issue is that it is impossible to "re-balance" resources in
> time-frames when stickiness is zero (over-night maintenance window).
>
>
>
> Original 'utilization' strategy only limits resource placement, it is
>>> not considered when choosing a node for a resource.
>>>
>>>
>>
>> _______________________________________________
>> Users mailing list: Users at clusterlabs.org
>> http://clusterlabs.org/mailman/listinfo/users
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>>
>>
>
> _______________________________________________
> Users mailing list: Users at clusterlabs.org
> http://clusterlabs.org/mailman/listinfo/users
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.clusterlabs.org/pipermail/users/attachments/20161024/4043f71b/attachment.htm>