<div dir="ltr">Will have a look. <div><br>Thanks </div><div>Arjun</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 21, 2015 at 8:26 PM, Ken Gaillot <span dir="ltr"><<a href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/21/2015 08:24 AM, Michael Schwartzkopff wrote:<br>
> Am Mittwoch, 21. Oktober 2015, 18:50:15 schrieb Arjun Pandey:<br>
>> Hi folks<br>
>><br>
>> I had a question on monitoring of cluster events. Based on the<br>
>> documentation it seems that cluster monitor is the only method<br>
>> of monitoring the cluster events. Also since it seems to poll<br>
>> based on the interval configured it might miss some events. Is<br>
>> that the case ?<br>
><br>
> No. the cluser is event-based. So it won't miss any event. If you<br>
> use the cluster's tools, they see hte events. If you monitor the<br>
> events you won't miss any either.<br>
<br>
</span>FYI, Pacemaker 1.1.14 will have built-in handling of notification<br>
scripts, without needing a ClusterMon resource. These will be<br>
event-driven. Andrew Beekhof did a recent blog post about it:<br>
<a href="http://blog.clusterlabs.org/blog/2015/reliable-notifications/" rel="noreferrer" target="_blank">http://blog.clusterlabs.org/blog/2015/reliable-notifications/</a><br>
<br>
Pacemaker's monitors are polling, at the interval specified when<br>
configuring the monitor operation. Pacemaker relies on the resource<br>
agent to return status for monitors, so technically it's up to the<br>
resource agent whether it can "miss" brief outages that occur between<br>
polls. All the ones I've looked at would miss them, but generally<br>
that's considered acceptable if the service is once again fully<br>
working when the monitor runs (because it implies it recovered itself).<br>
<br>
Some people use an external monitoring system (nagios, icinga, zabbix,<br>
etc.) in addition to Pacemaker's monitors. They can complement each<br>
other, as the external system can check system parameters outside<br>
Pacemaker's view and can alert administrators for some early warning<br>
signs before a resource gets to the point of needing recovery. Of<br>
course such monitoring systems are also polling at configured intervals.<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></div>