Hello --
My apologies for not responding sooner. If I run the nrpe command on the
client, the following output is generated:
# ./nrpe
NRPE - Nagios Remote Plugin Executor
Copyright (c) 1999-2008 Ethan Galstad
(nag...@nagios.org<mailto:nag...@nagios.org>)
Version: 2.15
Last Modified: 09-06-2013
License: GPL v2 with exemptions (-l for more info)
SSL/TLS Available: Anonymous DH Mode, OpenSSL 0.9.6 or higher required
***************************************************************
** POSSIBLE SECURITY RISK - TCP WRAPPERS ARE NOT AVAILABLE! **
** Read the NRPE SECURITY file for more information **
***************************************************************
Usage: nrpe [-n] -c <config_file> [-4|-6] <mode>
Options:
-n = Do not use SSL
<config_file> = Name of config file to use
-4 = use ipv4 only
-6 = use ipv6 only
<mode> = One of the following operating modes:
-i = Run as a service under inetd or xinetd
-d = Run as a standalone daemon
-d -s = Run as a subsystem under AIX
Notes:
This program is designed to process requests from the check_nrpe
plugin on the host(s) running Nagios. It can run as a service
under inetd or xinetd (read the docs for info on this), or as a
standalone daemon. Once a request is received from an authorized
host, NRPE will execute the command/plugin (as defined in the
config file) and return the plugin output and return code to the
check_nrpe plugin.
The command syntax that is used to run the nrpe daemon is as follows:
/usr/local/nrpe/bin/nrpe -n -c /usr/local/nrpe/etc/nrpe.cfg -d
The above command is automatically started on system boot via the
/etc/rc.d/rc.local file.
I am not sure if tcp wrappers are in use on the server. How would I determine
if that is the case?
Also, I have confirmed the firewall, iptables, on the server is turned off.
I did notice the xinetd daemon is not installed on the server. There is a
services file, which I have
not modified, so the older inetd daemon is running on the system. Would it be
better to install the
xinetd package, or work with the existing inetd package?
________________________________
From: Christophe HAEN [mailto:christophe.h...@cern.ch]
Sent: Thursday, October 10, 2013 5:29 PM
To: icinga-users@lists.sourceforge.net
Subject: Re: [icinga-users] Problem with the check_folder_size.sh script
If you don't specify a command, do you get an answer from NRPE containing its
version?
Is there any command at all working for this host?
Also, you might want to look at firewall like iptables or selinux which are
often culprits
2013/10/10 Carl R. Friend <crfri...@rcn.com<mailto:crfri...@rcn.com>>
On Thu, 10 Oct 2013, Kaplan, Andrew H. wrote:
> ./check_nrpe -H <ip address> -t 60 -c check_folder_size.sh 200000 300000
> /CMS/rtp1/0/patient/
> ./check_nrpe -H <hostname> -t 60 -c check_folder_size.sh 200000 300000
> /CMS/rtp1/0/patient/
>
> Both resulted in the following message:
>
> CHECK_NRPE: Socket timeout after 60 seconds.
Are TCP wrappers in use on the target system at <hostname>? If so,
those could be preventing the connection to NRPE on the target host.
Too, is NRPE running on the target or configured to start from inetd?
If it's TCP wrappers, you'll need to include NRPE stanzas to allow
connections to happen; if NRPE isn't listening, then that needs to be
fixed. Perhaps it may be *both*.
+------------------------------------------------+---------------------+
| Carl Richard Friend (UNIX Sysadmin) | West Boylston |
| Minicomputer Collector / Enthusiast | Massachusetts, USA |
| mailto:crfri...@rcn.com<mailto:crfri...@rcn.com>
+---------------------+
| http://users.rcn.com/crfriend/museum | ICBM: 42:22N 71:47W |
+------------------------------------------------+---------------------+
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net<mailto:icinga-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/icinga-users
--
Christophe HAEN
CERN PH-LBC 2/R022
Phone : +41 (0)2 27 67 31 25
Mobile : +41 (0)7 64 87 88 57
The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________
icinga-users mailing list
icinga-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/icinga-users