Tuesday, May 21st 2013, 3:04am UTC+2

You are not logged in.

  • Login
  • Register

check_nrpe liefert veraltete / falsche Werte

Dear visitor, welcome to Monitoring-Portal.
Although this is a german monitoring forum, please don't hesitate to post in English. Nearly everybody here understands you and will answer in English as well.
If this is your first visit here, please read the Help. It explains how this page works. You must be registered before you can use all the page's features. Please use the registration form to register here or read more information about the registration process. If you are already registered, please login here.

Tick

Beginner

Posts: 1

Gender: male

Location: Nähe Stuttgart

Number of monitoring servers: 1

Nagios Version: icinga-web v 1.6.1

Icinga Version: icinga-web v 1.6.1

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 35

Number of services: 15

OS: Centos 6.x, Debian Etch, RedHat 5.7, Windows 7, Windows Server 2003

Plugin Version: 2.12-1

1

Monday, July 16th 2012, 4:10pm

check_nrpe liefert veraltete / falsche Werte

Hallo Nagios-Gemeinde,

ich versuche erfolglos einen Squid-prozess per check_nrpe -> check_procs zu monitoren was mir immer falsche Werte zurückliefert.


hier der service auf dem nagios/icinga-server

define host{
use linux-server
host_name ecsbm002
address 192.168.9.4
}


define service{
use generic-service
host_name ecsbm002
service_description SQUID
check_command check_nrpe!check_squid!!1:10
}


hier die nrpe.cfg auf dem aufgerufenen Client:

command[check_saprouter]=/usr/lib/nagios/plugins/check_procs -a 'saprouter'
command[check_squid]=/usr/lib/nagios/plugins/check_procs -u root -a '/usr/sbin/squid'
command[check_apache]=/usr/lib/nagios/plugins/check_procs -a 'apache'



Der Lokale Aufruf liefert ein korrektes Ergebnis:
ecsbm002:/etc/nagios# /usr/lib/nagios/plugins/check_procs -u root -a '/usr/sbin/squid'
PROCS OK: 2 processes with UID = 0 (root), args '/usr/sbin/squid'

Der Aufruf auf dem Nagios/Icinga-Server liefert:
[root@ecsvm012 servers]# /usr/lib64/nagios/plugins/check_nrpe -H ecsbm002 -c check_squid
PROCS CRITICAL: 8 processes with args 'squid'

Server:
CentOS 6.2
nrpe 2.12-1
icinga 1.6.1-1

Client:
Debian 4.0
nrpe 2.5.1

Die Aufrufe des check_saprouter und check_apache vom Nagios-server funktionieren und liefern korrekte Werte.

Was hab ich hier übersehen / vergessen ?

Gruß

Dirk

dnsmichi

Super Moderator

Posts: 5,978

Birthday: May 30th 1983 (29)

Gender: male

Location: Nürnberg

Occupation: Consultant / Developer beim besten Arbeitgeber der Welt @netways

Number of monitoring servers: Icinga: 4x dev, 10++ prod, Icinga2: 2x dev

Nagios Version: s/nagios/icinga/

Icinga Version: 1.9.0 / GIT

Distributed monitoring: Ja

Redundant monitoring: Ja

Number of hosts: 1000+

Number of services: 15000+

OS: RHEL, Debian, SUSE

Plugin Version: 1.4.16

IDO-Version: 1.9.0 / GIT MySQL/Postgresql/Oracle

Other Addons: Icinga Web, PNP, check_multi, inGraph, EventDB, LConf

2

Monday, July 16th 2012, 4:22pm

du testest als root. der nrpe daemon laeuft aber als nagios user.
weiters fehlt die command definition zu check_nrpe.
+++ Icinga / LConf Developer +++ Senior Consultant at []NETWAYS> +++
+++ Icinga 1.9 || Icinga 2 +++ Icinga Support || IRC +++

bern

Master

Posts: 2,938

Number of monitoring servers: 2-5

Nagios Version: 3.x

Distributed monitoring: Nein

Redundant monitoring: Nein

Number of hosts: 80-200

Number of services: 1400-2000

OS: Linux

Plugin Version: Whatever I can download, patch, or cobble together myself :-)

Other Addons: n2rrd, PNP, livestatus

3

Tuesday, July 17th 2012, 9:14am

Quoted from "Tick"

ich versuche erfolglos einen Squid-prozess per check_nrpe -> check_procs zu monitoren was mir immer falsche Werte zurückliefert.
Definiere "falsch". Ich weiß es aus dem Kopf nicht sicher, aber ich würde mich nicht wundern, wenn squid je nach Last weitere Worker starten und die Zahl der Prozesse so laufend wechseln würde ...

Quoted from "Tick"

command[check_squid]=/usr/lib/nagios/plugins/check_procs -u root -a '/usr/sbin/squid'
Matching ausschließlich über -a (statt -C zumindestens mitzubenutzen) heißt, daß problemlos auch völlig andere Prozesse als laufende Squids mitgezählt werden können. Zum Beispiel (wenn das -u dem nicht entgegenwirkt) das aufgerufene Plugin selbst -> race condition.

Quoted from "Tick"

Der Aufruf auf dem Nagios/Icinga-Server liefert:
[root@ecsvm012 servers]# /usr/lib64/nagios/plugins/check_nrpe -H ecsbm002 -c check_squid
PROCS CRITICAL: 8 processes with args 'squid'
Wo kommt da ein CRITICAL her, wenn Du im Command gar kein -w oder -c angegeben hast ... ?

Similar threads