Hallo,
f�r uns wird es mit den zunehmenden Funktionen des Agents und wachsender Client-Anzahl wichtiger, da� man Problem-Checks direkt auf dem Client abschalten kann und nicht im Agent-Script auskommentieren mu�.
Beispiel:
"lpstat -p" im Bereich <<<cups_queues>>> l�uft auf unserem Printserver (LPD) sehr lange (ca. 3 Min). Der "waitmax 3..." limitiert das Ganze zwar. Jedoch gibt es in dem Bereich noch eine for-Schleife in der der "lpstat" nochmal f�r jedes Element ausgef�hrt wird. Kurz gesagt: Der Agent braucht ca. 10-15 Sekunden.
Um den Check loszuwerden, mu� ich den Bereich nach jedem Update auf dem Client auskommentieren. Das Problem mit dem lang laufenden "lpstat" habe ich auch noch auf anderen Servern". Wenn ich es konfigurierbar ausschalten k�nnte was gepr�ft wird, m��te ich mir die Arbeit pro Client nur noch einmal machen.
Gru�,
Marc
···
--
Marc Muehlfeld (IT-Leiter)
Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost
Lochhamer Str. 29 - D-82152 Martinsried
Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-780
http://www.medizinische-genetik.de
Hallo,
ich hab mir gerade nochmal kurz ein paar Gedanken zu dem Thema gemacht. Was haltet ihr davon:
Auf einem Client kann es eine Datei "/etc/check_mk/disable.cfg" geben. In dieser Datei k�nnen <<<...>>> Bereiche deaktiviert werden, in dem man eine Variable setzt, die wie der Bereich hei�t (mit "disable" vorne dran). Beispiel um "<<<cups_queues>>>" auf dem Client zu deaktivieren wird in der Datei
disable_cups_queues=true
eingetragen.
Das Agent Script habe ich jetzt wie folgt erweitert:
1.) Im Kopf des Scripts (nach dem Setzen von MK_CONFDIR) habe ich eingef�gt:
if [ -e "$MK_CONFDIR/disable.cfg" ] ; then
. "$MK_CONFDIR/disable.cfg"
fi
Und um jeden der Bereiche kommt noch eine If-Abfrage:
if [ "$disable_cups_queues" != "true" ] ; then
if which lpstat > /dev/null 2>&1; then
......
fi
fi
Wenn die Datei nicht existiert oder die Disable-Variable nicht explizit auf "true" steht, wird der Check durchgef�hrt.
So k�nnen, wenn gew�nscht, schnell und einfach einzelne Checks auf dem Client dauerhaft deaktiviert werden. Man mu� nur einmal das Agent-Script mit den If-Abfragen um alle Bereiche ausstatten. Aber das sollte schnell gemacht sein.
Was haltet ihr davon?
Gru�,
Marc
···
--
Marc Muehlfeld (IT-Leiter)
Zentrum fuer Humangenetik und Laboratoriumsmedizin Dr. Klein und Dr. Rost
Lochhamer Str. 29 - D-82152 Martinsried
Telefon: +49(0)89/895578-0 - Fax: +49(0)89/895578-780
http://www.medizinische-genetik.de
Hallo Marc,
ich habe das schon eine etwas andere Lösung auf dem Radar, welche auch
das Problem löst, dass Check Plugins Agenten-Teile mitbringen können sollen. Ich hoffe, dass wir noch währen 1.1.9i? dazu kommen, das anzugehen.
Mathias
···
Am 13.12.2010 16:22, schrieb Marc Muehlfeld:
Hallo,
ich hab mir gerade nochmal kurz ein paar Gedanken zu dem Thema gemacht.
Was haltet ihr davon:
Auf einem Client kann es eine Datei "/etc/check_mk/disable.cfg" geben.
In dieser Datei können <<<...>>> Bereiche deaktiviert werden, in dem man
eine Variable setzt, die wie der Bereich heißt (mit "disable" vorne
dran). Beispiel um "<<<cups_queues>>>" auf dem Client zu deaktivieren
wird in der Datei
disable_cups_queues=true
eingetragen.
Das Agent Script habe ich jetzt wie folgt erweitert:
1.) Im Kopf des Scripts (nach dem Setzen von MK_CONFDIR) habe ich
eingefügt:
if [ -e "$MK_CONFDIR/disable.cfg" ] ; then
. "$MK_CONFDIR/disable.cfg"
fi
Und um jeden der Bereiche kommt noch eine If-Abfrage:
if [ "$disable_cups_queues" != "true" ] ; then
if which lpstat > /dev/null 2>&1; then
......
fi
Wenn die Datei nicht existiert oder die Disable-Variable nicht explizit
auf "true" steht, wird der Check durchgeführt.
So können, wenn gewünscht, schnell und einfach einzelne Checks auf dem
Client dauerhaft deaktiviert werden. Man muß nur einmal das Agent-Script
mit den If-Abfragen um alle Bereiche ausstatten. Aber das sollte schnell
gemacht sein.
Was haltet ihr davon?
Gruß,
Marc