[Nagiosplug-devel] NRPE Problems

Rodney Ramos rodneyra at gmail.com
Fri Aug 31 17:38:10 CEST 2007


I´m testing Nagios NRPE and I´m finding serveral problems.

I´m working with:
- Nagios 2.9 on Solaris 9 (last CVS patch).
- NRPE 2.8.1 on Solaris 8 (last CVS patch).
- gcc 3.4.6

1) When I try to start a daemon using NRPE, I receive the message
"CHECK_NRPE: Socket timeout after 10 seconds.", although the service is
started.

> check_nrpe -H <remote_machine> -n -p 5666 -c start_daemon
CHECK_NRPE: Socket timeout after 10 seconds.

In the remote machine I have in the nrpe.cfg:

command[start_daemon]=/usr/local/bin/sudo /usr/local/nagios/bin/teste_daemon

My teste_daemon is:
----------------------------------------
#!/usr/bin/perl

use POSIX;

chroot("/usr/local/nagios/bin")
    or die "Couldn't chroot: $!";

$pid = fork;
if ($pid) {
    print "OK\n";
    exit 0;
}
die "Couldn't fork: $!" unless defined($pid);

POSIX::setsid() or die "Can't start a new session: $!";

while (1) {

    sleep 10;

}

exit 0;

-------------------------------------------

It seems that the NRPE waits an output message from the teste_daemon that
does not come (?!).

2) When I try to check a process using the plugin "check_procs" via NRPE the
number of process running is added by one.

Example:

> check_nrpe -H <remote_machine> -n -p 5666 -c check_daemon
PROCS CRITICAL: 2 processes with args 'teste_daemon'

In the nrpe.cfg, I have:

command[check_daemon]=/usr/local/nagios/libexec/check_procs -c 1:1 -a
teste_daemon

But, when I run "check_procs -c 1:1 -a teste_daemon" on the remote machine,
I have:

PROCS OK: 1 process with args 'teste_daemon'

The "solution" was to change the command to "check_procs -c 1:1 -p 1 -a
teste_daemon",
but it isn´t what I´m looking for.

3) I couldn´t configure NRPE to run with the inetd. It always answers with a
SSL error message, even with
the "-n" flag in both side.

So I found several problems with NRPE that are difficulting my job. I was
intending to put Nagios to
monitoring more than 3500 machines but after this problems I don´t know if
other people of my group
will feel comfortable to use this tool. Thats is a pity, because I found
Nagios a excellent monitoring tool,
very flexible, but I don´t know if other people will buy the fight to change
our actual tool to Nagios.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nagios-plugins.org/archive/devel/attachments/20070831/cbae9b6f/attachment.html>


More information about the Devel mailing list