Hoot, Joseph wrote: > I've implemented both solutions here. I ran the failover model first > and ran it for about 2 years. Now, I run both redundantly checking but > just without notifications on the secondary. I do this so that in the > event that I want to check that my performance metrics (ala rrd graphs) > are seeing the same information, I cant easily just go to my secondary > and check what it looks like there. > > But yeah... read up in the documentation because there are good examples > of setting it up either way. > If you want to get creative, you can do hybrids as well. That way "slave" servers perform all the checks on their local facility, then send the results to the master, but should the master go down, slaves take over notifications. This has a ton of benefits when writing firewall rules, monitoring "public" hosts/services, adding more facilities, and so on.
I'm going to be documenting it more once it's polished, but if you're creative and not afraid of svn, sed, and rsync, it can be implemented with no more management overhead than a single system setup. Sean McAfee System Engineer Collaborative Fusion, Inc. [EMAIL PROTECTED] 412-422-3463 x 4025 5849 Forbes Avenue Pittsburgh, PA 15217 **************************************************************** IMPORTANT: This message contains confidential information and is intended only for the individual named. If the reader of this message is not an intended recipient (or the individual responsible for the delivery of this message to an intended recipient), please be advised that any re-use, dissemination, distribution or copying of this message is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. **************************************************************** ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Nagios-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
