In diesem Artikel möchte ich einen Ansatz zeigen, wie man auf einem Linux Client Check_MK issues troubleshooten kann. Sehen wir uns mal einen Check an, der nicht eindeutig ist und dem wir auf den Grund gehen wollen.

Dieser Check im WARN sagt aus, dass hier Updates der VMware Guest Tools ausstehen. Aber wie überprüft Check_MK das eigentlich?

Wir erinnern uns, unter Linux werden die Daten für das Monitoring über check_mk_agent generiert. Über whereis und file bekommen wir heraus, dass es sich hierbei um ein bash script handelt.

Schauen wir also mal rein.

Gleich in den ersten Zeilen fallen drei Verzeichnisse auf:

• /usr/lib/check_mk_agent
• /etc/check_mk
• /var/lib/check_mk_agent

Leider findet sich weder in dem Script an sich, noch in diesen Verzeichnissen etwas zu diesem Check. Schauen wir doch mal in den Blogartikel des Herstellers.

Die WATO Checks sind eine Interpretation der Daten die das Script liefert. Man müsste jetzt also noch tiefer auf dem Check_MK Server graben um herauszufinden, welche in den vom check_mk_agent generierten Daten wie womit verglichen werden.

Darüber kann man dann wiederum darauf zu kommen, welche Funktion im check_mk_agent script diese Daten erhebt. Das war jetzt zwar kein finales Ergebnis, sollte euch aber einen Ansatz geben, wie man solche Themen angehen kann.

My educated guess: Vermutlich wird eine offentliche Ressource von VMware abgefragt und mit einem gelieferten string abgleichen. Da die Fehlermeldung moniert, dass die tools “not handled by VMware” sind, wird das vermutlich bedeuten, dass der Check keine Werte zurückgeliefert hat. Es sind keine VMware Tools installiert.

Cheers, Ori