<div dir="ltr"><div>Indeed, I do not see actual failures due to a timeout.</div><div><br></div>Thanks Dejan,</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 6, 2015 at 3:37 AM, 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">Hi,<br>
<span class=""><br>
On Mon, Oct 05, 2015 at 12:53:25PM -0500, Radoslaw Garbacz wrote:<br>
> Hi,<br>
><br>
> I have a situation, when resource monitor operations timeout on system high<br>
> load.<br>
><br>
> One thing to do is to increase timeouts, but there can always be load, at<br>
> which the timeout event would happen, and on the other hand too long<br>
> timeouts would not be very useful,<br>
<br>
</span>Why do you think so? Did you see actual failures due to a<br>
timeout, i.e. a process just hanging in limbo?<br>
<span class=""><br>
> so I would like to increase the priority<br>
> of monitoring processes (GNU Linux), but I do not want to be too broad.<br>
<br>
</span>If that could make the server a bit bigger too ;-)<br>
<br>
Seriously, IMO you have two options: either add more resources<br>
(as in hardware) or increase the monitor timeouts.<br>
<br>
Thanks,<br>
<br>
Dejan<br>
<span class="im HOEnZb"><br>
> So my question is, which pacemaker process should I target to ensure timely<br>
> monitoring operations, or maybe even there is a pacemaker configuration<br>
> parameter, which would help in such a case.<br>
><br>
> I know for sure, that agents finish they monitoring requests on time, and<br>
> the timeout is due to high load. I have several agents, so I will provide<br>
> just some details to illustrate the case:<br>
> - timeout: ~60s<br>
> - interval: ~60s<br>
> - normal (low load) monitor request time: 0.2s<br>
> - high load monitor request time: 8s - when pacemaker reports resource<br>
> operation timeout<br>
><br>
><br>
> Thanks,<br>
><br>
> --<br>
> Best Regards,<br>
><br>
> Radoslaw Garbacz<br>
> XtremeData Incorporation<br>
<br>
</span><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
> <a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" rel="noreferrer" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</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>
<br>
<br>
_______________________________________________<br>
Pacemaker mailing list: <a href="mailto:Pacemaker@oss.clusterlabs.org">Pacemaker@oss.clusterlabs.org</a><br>
<a href="http://oss.clusterlabs.org/mailman/listinfo/pacemaker" rel="noreferrer" target="_blank">http://oss.clusterlabs.org/mailman/listinfo/pacemaker</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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best Regards,<br><br>Radoslaw Garbacz<br></div>XtremeData Incorporation<br></div></div>
</div>