Danke für den Hinweis.
Dies sollte unbedingt dokumentiert werden, da Hostnamen in CheckMK nicht unebdingt dem Endpunkt Hostnamen entsprechen müssen. Da sucht man sich einen Wolf und fragt sich warum es nicht tut.
Es tut aber leider immer noch nicht so richtig.
PVE 6 verwenden wir für Tests aktuell. PVE7 steht auch bald an.
- Des Weiteren scheint der PVE Special Agent die IPv4 Adresse für die Verbindung nicht zu nutzen, wenn separat angegeben.
- Ich musste den Host in CheckMK umbenennen, damit dieser mit dem PVE Hostnamen überein stimmt. Das ist aber problematisch, da bei einzelnen Kundenservern die Server alle z.B. “pve1” heißen. Denselben Hostnamen kann man aber nur 1x in diversen Special Agent Konfigs referenzieren und außerdem gibt es dann Namenskonflikte (Aliase hin oder her).
- Da einzelne Hosts via SSH abgefragt werden, und es keinen öffentlichen DNS Eintrag (aus gutem Grund) für den jeweiligen PVE Node gibt, kann der Special Agent den Host nicht erreichen.
- Mir ist schleierhaft warum der Special Agent nur auf den Hostnamen als Zieladresse schaut und dies dann auch zwingend als PVE hostnamen verwendet um Daten angeben zu können.
- Damit die Abfrage funktioniert, musste ich einen Eintrag in
/etc/hostshinterlegen, damit CheckMK den Server auch findet. Die funktioniert aber auch nur, weil wir für das Test Kundennetzwerk eine VPN Verbindung haben. - Der Backup Status kann weiterhin nicht im UI angezeigt werden (per CLI erscheint dieser)
Lösungsvorschlag @checkmk Team :
- IP Adresse und oder zusätzliche IP für Verbindungsversuche zum jeweiligen PVE Node heranziehen
- Einstellmöglichkeit beim Special Agent welches Feld (Hostname, IP Adresse, Zusätzliche Adresse) für die Verbindungsversuche herangezogen werden soll
- Einstellmöglichkeit ob Hostname oder Alias als PVE Nodename verwendet werden soll
- GGF. die Daten vom jeweiligen Host einfach dem Device zuweisen, unabhängig davon ob der PVE Name mit dem Hostnamen übereinstimmt. Könnte eine Override funktion sein, welche insbesondere für einzelne Hosts vorteilhaft wäre.
- Einen lokalen Agent zur Verfügung stellen, welcher einfach vom CheckMK Agent ausgeführt wird und welcher dann so die PVE Node Infos über einen lokalen Check ausliefert.
- Sinnvoll könnte es auch sein wenn man für den PVE Cluster Check den Zugangspunkt angeben kann, da die API auch hinter einem LB liegen kann und Abfragen somit für Cluster weite Infos zentral abgefragt werden können.