check_disk question Nagios

[James Pratt]

>> -----Original Message-----
>> From: Stuart Browne [mailto:stuart.browne at ausregistry.com.au]
>> Sent: Monday, February 22, 2010 5:46 PM
>> To: nagios-users at lists.sourceforge.net
>> Subject: Re: [Nagios-users] check_disk question Nagios
>> 
>> > From: Ennis Ibarra [mailto:ennis at nmcourts.gov]
>> >> From: "Stuart Browne" <stuart.browne at ausregistry.com.au>
>> >>> From: akp geek [mailto:akpgeek at gmail.com]
>> >>>
>> >>> I have installed nagios on server1. Without installing NRPE on
the
>> >>> Server2, would it possible to use the check_disk to monitor the
>> >>> space on server2. Thanks for the help
>> >>
>> >> Investigate the 'check_by_ssh' plugin that comes with the
nagios-plugins.
>> >>
>> > What are you familiar with?  Perl, BASH ?    If you want to give it
a try,
>> > use
>> >
http://debianclusters.cs.uni.edu/index.php/Creating_Your_Own_Nagios_Plug
in
>> > it was very handy for me, and the previous suggestion about
check_by_ssh
>> > is also handy.
>> 
>> Another option I didn't think of is to use NSCA to submit passive
checks.  But that
>> involves installing the NSCA client on SERVER2 and the NSCA service
on SERVER1.
>> 
>> Stuart

Those would all work, but if you are like me and have too many things to
monitor with software agents and such, there is always good old SNMP
polling -

http://nagios.manubulon.com/

cheers,
james

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
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