Hallo zusammen,
ich überwache einige Hosts mit mehreren IP-Adressen.
Auf der Konsole sieht der Befehl z.B. so aus:
./check_host -m 1 192.168.1.1 192.168.2.2 192.168.3.3 192.168.4.4
Die Ausgabe sieht dann so aus (wenn mindestens eine IP-Adresse antwortet):
OK - 192.168.3.3 responds to ICMP. Packet 1, rta 50,703ms|pkt=1;;0;5 rta=50,703;1000,000;1000,000;;
Wenn alle vier Adressen nicht erreichbar sind, sieht die Ausgabe z.B. so aus:
CRITICAL - 192.168.1.1: rta nan, lost 100% :: 192.168.2.2: rta nan, lost 100% :: 192.168.3.3: rta nan, lost 100% :: 192.168.4.4: rta nan, lost 100%
Bis hierhin ist alles wie erwartet.
Ich habe jetzt aber einen Host, wo eine Adresse aufgrund eines Loops im Routing nicht erreicht werden kann (Time to live exceeded in transit).
Den Loop kann man auch wunderbar mit traceroute sehen.
Als Ausgabe wird jetzt folgendes augegeben:
CRITICAL - 192.168.1.1: rta nan, lost 100% :: 192.168.2.2: rta nan, lost 100% :: 192.168.3.3: rta nan, lost 100% :: 192.168.4.4: Time to live exceeded in transit @ 192.168.254.3. rta nan, lost 100%
Es kann aber lediglich die Adresse “192.168.4.4” nicht erreicht werden, die anderen drei sind erreichbar.
Es scheint aber, dass das Plugin bei diesem Fehler die anderen Adressen nicht mehr überprüft, sondern diese direkt als nicht erreichbar einstuft.
Die Check_MK Version ist 1.5.0p22 und die Plugin version ist 2.2 (monitoring-plugins 2.2).
Das Verhalten tritt aber auch mit der Check_MK Version 1.6.0p11 auf.
Ist das Verhalten bekannt? Gibt es da evtl. ein Workaround?
Bin für Ideen/Hinweise dankbar!