<div dir="ltr">When one problem seems to be solved, another one appears.<div>Now my script looks this way:</div><div><div><br></div><div>    crm --wait configure rsc_defaults resource-stickiness=50</div><div>    crm configure rsc_defaults resource-stickiness=150</div></div><div><br></div><div>While now I am sure that transactions caused by the first command won't be aborted, I see another possible problem here.</div><div>With a minimum load in the cluster it took 22 sec for this script to finish. </div><div>I see here a weakness. </div><div>If a node on which this script is called goes down for any reasons, then "resource-stickiness" is not set back to its original value, which is vary bad.</div><div><br></div><div>So, now I am thinking of how to solve this problem. I would appreciate any thoughts about this.</div><div><br></div><div>Is there a way to ask Pacemaker to do these commands sequentially so there is no need to wait in the script?</div><div>If it is possible, than I think that my concern from above goes away.</div><div><br></div><div>Another thing which comes to my mind - is to use time based rules.</div><div>This ways when I need to do a manual fail-back, I simply set (or update) a time-based rule from the script.</div><div>And the rule will basically say - set "resource-stickiness" to 50 right now and expire in 10 min.</div><div>This looks good at the first glance, but there is no a reliable way to put a minimum sufficient time for it; at least not I am aware of.</div><div>And the thing is - it is important to me that "resource-stickiness" is set back to its original value as soon as possible.</div><div><br></div><div>Those are my thoughts. As I said, I appreciate any ideas here.</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Thank you,<div>Kostia</div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Nov 8, 2016 at 10:19 PM, Dejan Muhamedagic <span dir="ltr"><<a href="mailto:dejanmm@fastmail.fm" target="_blank">dejanmm@fastmail.fm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, Nov 08, 2016 at 12:54:10PM +0100, Klaus Wenninger wrote:<br>
> On 11/08/2016 11:40 AM, Kostiantyn Ponomarenko wrote:<br>
> > Hi,<br>
> ><br>
> > I need a way to do a manual fail-back on demand.<br>
> > To be clear, I don't want it to be ON/OFF; I want it to be more like<br>
> > "one shot".<br>
> > So far I found that the most reasonable way to do it - is to set<br>
> > "resource stickiness" to a different value, and then set it back to<br>
> > what it was.<br>
> > To do that I created a simple script with two lines:<br>
> ><br>
> >     crm configure rsc_defaults resource-stickiness=50<br>
> >     crm configure rsc_defaults resource-stickiness=150<br>
> ><br>
> > There are no timeouts before setting the original value back.<br>
> > If I call this script, I get what I want - Pacemaker moves resources<br>
> > to their preferred locations, and "resource stickiness" is set back to<br>
> > its original value.<br>
> ><br>
> > Despite it works, I still have few concerns about this approach.<br>
> > Will I get the same behavior under a big load with delays on systems<br>
> > in cluster (which is truly possible and a normal case in my environment)?<br>
> > How Pacemaker treats fast change of this parameter?<br>
> > I am worried that if "resource stickiness" is set back to its original<br>
> > value to fast, then no fail-back will happen. Is it possible, or I<br>
> > shouldn't worry about it?<br>
><br>
> AFAIK pengine is interrupted when calculating a more complicated transition<br>
> and if the situation has changed a transition that is just being executed<br>
> is aborted if the input from pengine changed.<br>
> So I would definitely worry!<br>
> What you could do is to issue 'crm_simulate -Ls' in between and grep for<br>
> an empty transition.<br>
> There might be more elegant ways but that should be safe.<br>
<br>
</div></div>crmsh has an option (-w) to wait for the PE to settle after<br>
committing configuration changes.<br>
<br>
Thanks,<br>
<br>
Dejan<br>
<div class="HOEnZb"><div class="h5">><br>
> > Thank you,<br>
> > Kostia<br>
> ><br>
> ><br>
> > ______________________________<wbr>_________________<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/<wbr>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/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
> > Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<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/<wbr>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/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
> Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
<br>
______________________________<wbr>_________________<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/<wbr>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/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</div></div></blockquote></div><br></div>