<div dir="ltr"><div>I think it would be helpful, my load is definitely user-space.<br></div><div>My goal is for pacemaker to survive high user load, and not shut down resources on monitoring timeouts, additionally resources should not be restarted either, i.e. they have to be left alone, unless - of course - there is a real resource failure.<br></div><div><br></div>Thanks,<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 5, 2015 at 1:08 PM, emmanuel segura <span dir="ltr"><<a href="mailto:emi2fast@gmail.com" target="_blank">emi2fast@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If I remeber, there is a way to make real time pacemaker process, but<br>
I don't know if this can help you, you need to tell us if your server<br>
high load is system space or userspace.<br>
<br>
2015-10-05 19:53 GMT+02:00 Radoslaw Garbacz<br>
<<a href="mailto:radoslaw.garbacz@xtremedatainc.com">radoslaw.garbacz@xtremedatainc.com</a>>:<br>
<div><div class="h5">> 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, 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>
> 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>
</div></div>> _______________________________________________<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>
<br>
--<br>
  .~.<br>
  /V\<br>
 //  \\<br>
/(   )\<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>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Best Regards,<br><br>Radoslaw Garbacz<br></div>XtremeData Incorporation<br></div></div>
</div>