<div dir="ltr">Hi Ken,<div> thanks for your reply.</div><div><br></div><div>the problem was the resource-stickiness. thank you very much!</div><div><br></div><div>bests</div><div>stefano</div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-11-09 17:27 GMT+01:00 Ken Gaillot <span dir="ltr"><<a href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">On 11/09/2015 10:02 AM, Stefano Sasso wrote:<br>
> Hi Guys,<br>
> I am having some troubles with the location constraint.<br>
><br>
> In particular, what I want to achieve, is to run my service on a host; if<br>
> the ip interconnection fails I want to migrate it to another host, but on<br>
> IP connectivity restoration the resource should move again on the primary<br>
> node.<br>
><br>
> So, I have this configuration:<br>
><br>
> primitive vfy_ether ocf:pacemaker:l2check \<br>
>> params nic_list="eth1 eth2" debug="false" dampen="1s" \<br>
>> op monitor interval="2s"<br>
>> clone ck_ether vfy_ether<br>
>> location cli-ethercheck MCluster \<br>
>> rule $id="cli-prefer-rule-ethercheck" -inf: not_defined l2ckd or<br>
>> l2ckd lt 2<br>
>> location cli-prefer-masterIP MCluster \<br>
>> rule $id="cli-prefer-rule-masterIP" 50: #uname eq GHA-MO-1<br>
><br>
><br>
> when the connectivity fails on the primary node, the resource is correctly<br>
> moved to the secondary one.<br>
> But, on IP connectivity restoration, the resource stays on the secondary<br>
> node (and does not move to the primary one).<br>
><br>
> How can I solve that?<br>
> Any hint? :-)<br>
><br>
> thanks,<br>
> stefano<br>
<br>
</div></div>Mostly likely, you have a default resource-stickiness set. That tells<br>
Pacemaker to keep services where they are if possible. You can either<br>
delete the stickiness setting or make sure it has a lower score than<br>
your location preference.<br>
<br>
Alternatively, are you sure l2ckd is <2 after connectivity is restored?<br>
<br>
_______________________________________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
<a href="http://clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://clusterlabs.org/mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Stefano Sasso<br><a href="http://stefano.dscnet.org/" target="_blank">http://stefano.dscnet.org/</a></div>
</div></div>