keine perfdaten, keine checkresults auf der core pipe

dnsmichi

Meister

Beiträge: 2 039

Geburtstag: 30.05.1983 (27)

Geschlecht: Männlich

Wohnort: Wien

Beruf: DNS & Monitoring Developer

Anzahl Nagios-Server: 3

Nagios-Version(en): s/nagios/icinga/

Icinga-Version(en): 1.3.1 / GIT

Verteiltes Monitoring: Ja

Redundantes Monitoring: Ja

Anzahl-Hosts: 200+

Anzahl Services: 4000+

Betriebssystem(e): RHEL 5.6 x64

Plugin-Version(en): 1.4.15

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

Sonstige Addon's: PNP 0.6.11, check_mk GIT

1

07.03.2011, 16:42

ich lass mal die gedanken hier mit herinnen, falls jemand nagiosgrapher einsetzt und auf die gleichen probleme stoesst wie ein anderer user (ich hab nagiosgrapher weder im einsatz noch jemals installiert).

wir hatten letzte woche im irc eine diskussion zum thema "plugins ohne perfdata output, nur checkresults". dabei gabs den hint, dass der nagiosgrapher in der ersten version in diesem fall mit regexgefrickel und aehnlichem aus dem checkresult eigene performancedaten bastelt und diese dann in die rrds schreibt.
das funktioniert aber nur dann, solange der core auch checkresults auf die perfdata pipe legt (soweit ich das verstehe), wo keine dedizierten perfdaten vorhanden sind, sodass der nagiosgrapher das abarbeiten kann.

nun sind im zuge der macro thread safety patches heringefallen in icinga 1.3.0 (und auch im nagios HEAD, noch unreleased), die services ohne perfdaten nicht prozessieren, sondern mangels sinnvoller macro berechnung einfach ignorieren.
https://git.icinga.org/?p=icinga-core.gi….c;hb=HEAD#l380

das wirkt sich wiederum so aus, dass der nagiosgrapher dann keine daten erhaelt (auch keine normalen checkresults) und dahingehend darauf angewiesen ist, dass die plugins der api entsprechend performance daten liefern.

meine grundsaetzliche empfehlung ist es, die plugins perfdata faehig zu machen, oder alternativen davon einzusetzen, anstelle dem konstrukt des nagiosgraphers rechnung zu tragen. ich stells aber zur diskussion, ob das jemanden so stoert, dass es betriebskritisch sein koennte (bei nagios wird das im naechsten release ohne widerrede reinfallen).

Icinga 1.3 MySQL,PGSQL,Oracle and IPv6

Demos
Docs: http://docs.icinga.org

Report bugs/Feature requests

* egrep -v "^#|^$" configfile
* check https://dev.icinga.org

Join us online!
irc.freenode.net #icinga-devel

Using Icinga? Tell us!

Zum Seitenanfang

bern

Profi

Beiträge: 1 355

Anzahl Nagios-Server: 2-5

Nagios-Version(en): 1-3

Verteiltes Monitoring: Nein

Redundantes Monitoring: Nein

Anzahl-Hosts: 80-200

Anzahl Services: 1400-2000

Betriebssystem(e): Linux

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

Sonstige Addon's: n2rrd, PNP, livestatus

2

07.03.2011, 22:42

RE: keine perfdaten, keine checkresults auf der core pipe

Zitat von »dnsmichi«

dabei gabs den hint, dass der nagiosgrapher in der ersten version in diesem fall mit regexgefrickel und aehnlichem aus dem checkresult eigene performancedaten bastelt und diese dann in die rrds schreibt.

FYI und weil ich das beim Kunden an einem Debian-gelieferten Nagiosgrapher 1.6.1nochwas zusammentracen mußte: Er

läßt sich per service_perfdata_command Hostname, Service Description, Output und Perfdaten übergeben,
matcht aufgrund der Description ein eigenes Template mit einer Detail-Config heran und
regexpt sich dann grundsätzlich immer einen zusammen, wobei allerdings verschiedene Config Statements fürs Matchen im Output (graph_log_regex) und in den Perfdaten (graph_perf_regex) bereitstehen.

Führt dann z.B. auch dazu, daß check_ping inzwischen Perfdata kann, NG1 sich die Zahlen aber immer noch aus dem Output herbeifrickelt. :rolleyes:

Quellcode

/etc/nagiosgrapher/ngraph.d/standard# grep -B 2 rta check_ping.ncfg
define ngraph{
        service_name            PING
        graph_log_regex         rta = ([0-9]*\.[0-9]*)
/etc/nagiosgrapher/ngraph.d/standard# grep -B 2 time= check_http.ncfg
define ngraph{
        service_name            HTTP
        graph_perf_regex        time=\s*([0-9.]+)

Zitat von »dnsmichi«

das funktioniert aber nur dann, solange der core auch checkresults auf die perfdata pipe legt (soweit ich das verstehe), wo keine dedizierten perfdaten vorhanden sind, sodass der nagiosgrapher das abarbeiten kann.

Korrekt.

Zum Seitenanfang