<html><body bgcolor="#FFFFFF"><div>Use drdb?<br><br>Ciao,<div><br></div><div>Giorgio</div></div><div><br>Il giorno 30/giu/2010, alle ore 16:40, Mattia Gandolfi <<a href="mailto:matgand@gmail.com">matgand@gmail.com</a>> ha scritto:<br><br></div><div></div><blockquote type="cite"><div>Hi all,<br><br>I'm running Nagios 3.2.1 on two RHEL boxes in a HA 
failover setup.<br>Both the master and the slave run with 
execute_service_checks=1, only the master has enable_notifications=1. 
The slave checks the master's status every minute, and in case of error 
notifications get enabled. I guess a pretty standard configuration...<br>
<br>If I manually disable notifications for a host or service, and the 
master goes away for wathever reason, the slave enables notifications 
globally, but it has no knowledge of hosts on wich notifications were 
disabled on the master, so I get tons of alarms for those hosts.<br>
<br>Is there a way to sync states between the master and the slave?<br><br>Thanks<br><br>Cheers<font color="#888888"><br><br>Mattia<br></font>
</div></blockquote><blockquote type="cite"><div><span>------------------------------------------------------------------------------</span><br><span>This <a href="http://SF.net">SF.net</a> email is sponsored by Sprint</span><br><span>What will you do first with EVO, the first 4G phone?</span><br><span>Visit <a href="http://sprint.com/first">sprint.com/first</a> -- <a href="http://p.sf.net/sfu/sprint-com-first"><a href="http://p.sf.net/sfu/sprint-com-first">http://p.sf.net/sfu/sprint-com-first</a></a></span></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Nagios-users mailing list</span><br><span><a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a></span><br><span><a href="https://lists.sourceforge.net/lists/listinfo/nagios-users">https://lists.sourceforge.net/lists/listinfo/nagios-users</a></span><br><span>::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. </span><br><span>::: Messages without supporting info will risk being sent to /dev/null</span></div></blockquote></body></html>