Nagios Monitor Server, and NRPE clients, giving funny results

Gabriel - IP Guys Gabriel at impactteachers.com
Fri May 8 11:26:57 CEST 2009


Dear All,

I'm trying to get my Nagios instance to behave properly! It seems to be
monitoring my servers just fine, but for some reason, all my servers,
which are different from each other show the same swap space, and the
same free disk space to within 10 megs.

Now the above tells me that there is a config error somewhere. In order
to test this, I log into my monitor server, and issue the following
command;

./Check_nrpe -H client_ip -c check_disk 50 80

My understanding tells me that the following happens

*	The check_nrpe plugin on the nagios monitor server runs, and
accesses the client at client_ip
*	It initiates its local check_disk plugin with the parameters of
50 and 80.
*	This causes the check_disk plugin on the client to run, as if
typed locally in this manner check_disk -w 50 -c 80

Running check_disk 50 80 on client_ip returns data on the disk state
Running ./Check_nrpe -H client_ip -c check_disk 50 80 on Nagios monitor
server returns unknown argument

I cannot figure out what is causing this discrepancy - check_nrpe -H
client_ip returns Nagios version so I know the communication works.

Any help will be appreciated


---
Kind Regards,
Mr Gabriel


------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
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





More information about the Users mailing list