> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:nagios-users- > [EMAIL PROTECTED] On Behalf Of Patrick Morris > Sent: Tuesday, September 26, 2006 7:01 PM > To: G Bit > Cc: Tedman Eng; [email protected] > Subject: Re: [Nagios-users] Disable host checks > > On Tue, 26 Sep 2006, G Bit wrote: > > > My thought was, we would get alerts from the service checks if the host > is down, so > > the ping checks may not be needed. I am new to Nagios. So forgive if my > rationale is flawed. > > If host checks are a major problem for your setup (and it sounds like, > if you were getting false positives, it may be better to tweak the > checks so they don't get tripped so often), you can set up a host check > that always succeeds, which'll work better than no host check.
We've run without hosts checks for several years with no adverse effects. The regularly run ping service check (a requirement of our contract) is sufficient for our needs and eliminates the need to maintain parent relationships for all our devices. We found that in a failure situation where hundreds of sites may suddenly be down that the lag generated by host checks was unacceptable. The parent relationships can be very complex and not easily integrated into our scripted config generation so we took the simple path. It's worked out well for us at least. Setting up a host check that always succeeds uses un-necessary resources IMHO, especially for large installations. The host is always assumed to be up anyway. -- Marc ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ 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
