Maximilian Thoma

Check_MK bietet auch die Möglichkeit die Host Variablen zu erweitern um z.B. ein Host Description Feld hinzuzufügen. Die Erweiterung muss in ~/local/share/check_mk/web/plugins/wato/ abgelegt werden. Die Dateiendung ist zwingend .py. OMD[dev1]:~/local/share/check_mk/web/plugins/wato$ cat host_custom_vars.py #!/usr/bin/env python declare_host_attribute( NagiosTextAttribute( # Sektion / Gruppe „MY_HOST_CUSTOM_VARIABLES“, # Variable mit beginnenden Unterstrich „_HOST_MAGIC“, # Feldbeschreibung _(„Host Magic“), # Hilfe _(„Hilfe“), ), … Weiterlesen

Die Service Variablen lassen sich genau so Erweitern wie die Host Variablen. Dazu muss man eine neue Definition erstellen im Folder ~/local/share/check_mk/web/plugins/wato/. Die Dateiendung muss .py sein. #!/usr/bin/env python register_rule( # Sektion „Test“, # Variable „extra_service_conf:_test_test“, # Parameter TextUnicode( title = _(„TEST TEST“), help = _(„Test test“), size = 80, attrencode = True, ), itemtype … Weiterlesen

Wenn die Hosts nur mit DNS-Namen angelegt sind wird regelmäßig der DNS-Cache aktualisiert, dies verzögert den Deploy Prozess. Das Script ließt den DNS Cache aus und setzt für die Hosts die IP Adresse statisch, ist die IP nicht im Cache löst er diese direkt per DNS auf. #!/usr/bin/env python # # This program is free … Weiterlesen

Check_MK erwartet bei der Check Funktion ein Tuple mit 2 (ohne Performance Daten) bzw. 3 Werten (mit Performance Daten). <STATUS>, <MESSAGE>, <PERFOMANCEDATA> Wenn man in einem Service mehrere Werte aggregieren möchte z.B. man hat mehrere Lüfter im System möchte aber nicht für jeden einen eigenen Service sondern nur einen einzigen, so muss man die Werte … Weiterlesen

Es ist keine schlechte Idee seine Checks auf einer Testinstanz zu entwickeln, geht etwas schief wird das Produktionssystem davon nicht beeinflusst. Check_MK bietet die Möglichkeit einen SNMP Walk zu exportieren und diesen für die Checkentwicklung zu verwenden. Schritt 1: Export eines SNMP Walks in Check_MK OMD[test1]:~$ cmk -v –snmpwalk router router: Walk on „.1.3.6.1.2.1″…2939 variables. … Weiterlesen

Neben der Möglichkeit lokale Scripts per Agent oder Agent Plugins zu verwenden gibt es noch die Option Werte direkt per SNMP von Geräten auszulesen. Bei diesem Beispiel ist auch eine Erweiterung dabei damit in WATO eine Regel erstellt werden kann mit den Parametern für den Check. Performance Werte sind in dem Beispiel ebenfalls integriert. Die … Weiterlesen

Check_MK hat ein paar kleine Helferlein & Treasures an Board die nicht jeder kennt. mkcheck Mkcheck ist ein Script das ein Template für einen neuen eigenen Check erzeugt. Zu finden ist es unter ~/share/doc/check_mk/helpers/mkcheck OMD[test1]:~$ ~/share/doc/check_mk/helpers/mkcheck -h DESCRIPTION: This script creates a basic check file or if ‚-m‘ specified a manual page. You have to … Weiterlesen

Neben den lokalen Checks gibt es noch Checks die als Plugin im Agenten laufen. Der Unterschied liegt darin das auf dem Host auf dem der Agent läuft keine Bewertung der Informationen stattfindet, diese werden dem Check_MK Monitoring nur als Text zur Verfügung gestellt. Somit basiert ein Agent Plugin aus einem Host Teil (Agent Plugin) und … Weiterlesen

Dem Check_MK Agenten ist es egal mit welcher Sprache ein lokaler Check geschrieben ist, er muss vom Betriebsystem ausführbar sein. Somit kann jede Scriptsprache (Perl, PHP, Python, Powershell, VBS, etc.) verwendet werden. Der Agent erwartet folgendes Format: <checkresult> <name> <perfdata> <status_text> Checkresult 0 = OK – 1 = Warning – 2 = Crtitcal – 3 … Weiterlesen