<div dir="ltr">On Tue, Jul 22, 2008 at 6:26 PM, Mark Young <<a href="mailto:myoung@nagios.org" target="_blank">myoung@nagios.org</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><br>
On Jul 22, 2008, at 7:56 AM, Sean Carolan wrote:<br>
> I have heard that check_by_ssh can cause a lot of overhead on large<br>
> networks where there are many checks going on at the same time.  Can<br>
> anyone give some practical numbers here?  I have about 160 machines<br>
> that need to be monitored, most of them will simply have the basic<br>
> CPU/Disk/Memory monitoring.  I would think that on a small network<br>
> like this it should not be a major problem.</div></blockquote><div><br>[ "`stat /tmp/delta_perc.log  | egrep Modify | awk '{print $3}' | cut -d. -f1 | date +%s`" -lt "`date +%s`" ] && \ <br>

  echo "[`date +%s`] PROCESS_SERVICE_CHECK_RESULT;host1;Log File Age;2;Lower Than" >> /usr/local/nagios/var/rw/nagios.cmd<br><br>One liner cron plugin. 2 cents... ;)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><br>
<br>
</div>You should no problem if you are running on decent hardware since<br>
don't have that many hosts and only a few services will be checked<br>
with SSH.  NRPE is definitely the preferred method for running remote<br>
checks.  With each SSH check you are creating a new tunnel, logging<br>
onto a remote machine as the user you setup, running the command,<br>
waiting for output, and closing the connection.  Plus you are normally<br>
creating a public ssh key that allows for password-less log on.  You<br>
can see where there are both performance and security concerns.<br>
<br>
Check_by_ssh will work fine but I would at least take a took at NRPE.<br>
The difference in setting it up may be smaller than you think since<br>
you will have to touch each machine to install the plugins no matter<br>
what you decide.<br>
<div><br>
<br>
><br>
> Nice.  I really appreciate the help.  Nagios will soon be replacing<br>
> the feature-challenged monitoring software we are using now for Linux<br>
> machines.<br>
<br>
</div>Good to hear and good luck! :-)<br>
<div><br>
<br>
Mark Young<br>
___<br>
Nagios Enterprises, LLC<br>
Web:    <a href="http://www.nagios.com" target="_blank">www.nagios.com</a><br>
<br>
-------------------------------------------------------------------------<br>
</div><div><div></div><div>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge<br>
Build the coolest Linux based applications with Moblin SDK & win great prizes<br>
Grand prize is a trip for two to an Open Source event anywhere in the world<br>
<a href="http://moblin-contest.org/redirect.php?banner_id=100&url=/" target="_blank">http://moblin-contest.org/redirect.php?banner_id=100&url=/</a><br>
_______________________________________________<br>
Nagios-users mailing list<br>
<a href="mailto:Nagios-users@lists.sourceforge.net" target="_blank">Nagios-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</div></div></blockquote></div><br></div>