<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style></style></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1>If you aren’t actually using the data from NDO, there is little point in creating the DB.<o:p></o:p><o:p> </o:p>I would probably not use NDO to write directly from the satellites. Here is why:<o:p></o:p><o:p> </o:p><![if !supportLists]>- <![endif]>Double the network traffic. The satellites have to send check results AND database writes.<o:p></o:p><![if !supportLists]>- <![endif]>Less reliable. How would you keep the master server from writing the same information to the DB that a satellite has just written, and messing up the data?<o:p></o:p><![if !supportLists]>- <![endif]>NDO can be a serious performance bottleneck; you wouldn’t want your satellites to be a potential point of failure in terms of performance.<o:p></o:p><![if !supportLists]>- <![endif]>If the satellites are behind a firewall, it may not even be possible to write directly to the DB.<o:p></o:p><o:p> </o:p>From: Scott Ward [mailto:13.sward.13@gmail.com] Sent: Friday, June 11, 2010 6:05 AM To: Nagios Users List Subject: Re: [Nagios-users] Large Installation<o:p></o:p><o:p> </o:p>We are going to be using distributed monitoring for sure. We just cannot decide whether we should use NDO to write directly to the database or us NSCA to send back to the master server. Any suggestions? Is there a frontend that actually uses the information in an NDO db? From what I've read it looks like the default Nagios front end uses text files. ~Scott Ward <o:p></o:p><div>On Fri, Jun 11, 2010 at 4:48 AM, Martin Melin <<a href="mailto:nagios@martinmelin.com">nagios@martinmelin.com</a>> wrote:<o:p></o:p><div><div>On Thu, Jun 10, 2010 at 21:55, Kevin Keane <<a href="mailto:subscription@kkeane.com" target="_blank">subscription@kkeane.com</a>> wrote:<o:p></o:p><div><div>Config file maintenance can be improved to some extent with careful design of the config files, as well as tools. It is an issue that I am running into with a relatively small installation with 80+ hosts and 400+ services. My installation is highly heterogeneous and very dynamic, which makes config file maintenance a nightmare. Having to restart Nagios after a configuration change doesn’t help either. On the other hand, a network with 2000 identical machines is probably going to be much easier to manage than my type of network.<o:p></o:p></div></div></div><div>Nitpicking or helpful tip, you decide: Nagios reloads config changes on SIGHUP, you don't have to do a restart. A full restart can take a while on a sufficiently sized installation so having to do one for every change would indeed be a PITA, but I've never seen a reload take more than a few seconds.<o:p></o:p></div><div><o:p> </o:p></div><div>Cheers<o:p></o:p></div><div>Martin<o:p></o:p></div></div> ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: <a href="http://p.sf.net/sfu/thinkgeek-promo" target="_blank">http://p.sf.net/sfu/thinkgeek-promo</a> _______________________________________________ Nagios-users mailing list <a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a> <a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null<o:p></o:p></div><o:p> </o:p></div></body></html>