Guten Morgen zusammen,
bei der 2.0.0p9 hatten wir die Einstellungen “VMware ESX via vSphere”, dass hat auch alles normal funktioniert, die Anmeldung erfolgte über den lokalen Admin auf dem vSphere Server. Alle Piggypack Infos konnten abgefragt werden.
Nach dem Update auf p11 funktionert es nicht mehr, s. Meldungen, dass die Anmeldeinformationen nicht richtig wären. Diese haben sich aber nicht geändert.
Hat jemand eine Idee?
Viele Grüße
Timo
cmk -D hostname liefert die Kommandozeile zum vSphere-Spezialagenten.
Diese lässt sich mit --debug erweitern, um etwas mehr Infos zu erhalten.
Die Auswertung entspricht für einen ESX Host und dem vSphere Server:
Kann aber keinen Fehler finden.
Hi @TimoSch,
prüfe mal auf dem vCenter oder auf dem ESXi Server, ob die VMware den Benutzer der zum Monitoring benutzt wird gesperrt hat. Das kann mal passieren das VMware die Anmeldeversuche vom Monitoring als Angriff ansieht und den Benutzer temporär sperrt. Jeder weitere Anmeldeversuch resultiert darin, dass sich die Bandauer erhöht.
Gruß Norm
Ist das erste das vCenter? Da steht “Ping only”.
Sicher, dass das korrekt ist?
Ja, der erste Eintrag ist der vCenter. IP Adressen usw, habe ich alle kontrolliert. Prüfe ich den Agent für den vCenter Server, ist alles ok.
Bei dem Screenshot ist was schief gelaufen - keiner der angezeigten Objekte hat ne IP und das zweite Objekt hat den Namen “–debug” 
Jep. Tippfehler. Bei cmk -D auf den vSphere und ESX wird die richtige IP angezeigt.
Der Rest ist wie im Screenshot.
Dann ist immer noch was kaputt das hat @r.sander schon geschrieben, dass dort nicht nur “Ping only” stehen darf.
Dann muss es mit dem Update zu tun haben, mit p09 hat es fehlerfrei funktioniert.
Nö - ein “cmk -D hostname” muss immer egal ob vor oder nach Update die Konfiguration des Hosts anzeigen. Sicher das das Command auf der richtigen Site ausgeführt wurde (falls mehr wie eine Site vorhanden)?
Der verwendete Hostname “sudovm02” existiert jedenfalls nicht auf diesem Monitoringsystem.
Wir müssen nach checkmk-Updates immer wieder auf allen vCentern den monitor-Benutzer einmal bearbeiten, damit checkmk wieder zugreifen kann, warum auch immer…
Das sieht wohl so aus. Hatte ich ein paar Tage später mit einer komplett neuen Richtlinie gemacht und danach lief es wieder. Das war eigentlich das einzige was an nachträglichen Änderungen gemacht wurde, alles andere bliebt so wie es war, inkl. der ESX Hosts und vSphere.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed. Contact an admin if you think this should be re-opened.
