Naja ich kann das nicht bestĂ€tigen hab wenigstens ein gröĂeres 7.0er System im Monitoring und bisher keine AuffĂ€lligkeiten. @Daniel.Leidenheimer wo genau bestehen die Probleme bei dir?
Hier auch bisher keine Probleme mit einer vCSA 7.0 (mit einer mittleren zweistelligen Anzahl an Hosts) aufgefallen, sogar noch aus einem CEE 1.5.0 heraus.
Der Agent crashed bei der AusfĂŒhrung. Ich hab mal Bild angehĂ€ngt.
Mit 6.7 lief alles noch ok. Die 2 Server sind auf esxi7.0 mit allen Updates und das vCenter ist auch 7.0 mit allen Updates.
Mmmh die geparsten Daten befinden sich nicht in einem Dictionary. Das ist seltsam.
Der Agent selbst lĂ€uft bei dir ganz normal durch, es ist das Inventory Plugin fĂŒr die Systeminfo welches den Crash verursacht. Das mĂŒsste ich mal schauen da ich auf dem 7er System nicht weiĂ ich dort HW/SW Inventory an ist.
ich bekomme einen Fehler âError while processing received dataâ bei der Version 7.0.
Hat jemand den gleichen Fehler?
Wie kann ich den Fehler genauer debuggen?
In deinem Fall beendet sich aber der Agent schon ohne richtig zu laufen.
Bitte mal auf der Shell als Site User
cmk -D hostname
und nun den Befehl des Agenten manuell ausfĂŒhren.
Dort ist es noch möglich ein Dump File zu schreiben mit der kompletten Kommunikation zwischen Agent und vSphere.
Hallo zusammen,
ich weià nicht ob es damit zusammenhÀngt, aber ich habe ein Àhnliches PhÀnomen und ggf. einen Lösungsvorschlag - bin aber was Python angeht eher unerfahren.
Zum Problem:
Wir wollen mit 1.6.0p18 CEE ein neues vCenter 7.0 abfragen und bekommen immer die Meldungen
âCannot login to vSphere Server. Login response is not âOKâ. Please check the credentialsâ
Wir haben sowohl lokale Nutzer, als auch AD Nutzer in verschiedensten Angaben der DomĂ€ne (@vsphere.local, vsphere.local\ usw.) geprĂŒft.
Wir haben dann anstatt dem agent_vsphere das ganze mit dem agent_vsphere.pysphere versucht und folgenden Fehler erhalten:
Traceback (most recent call last):
File "/omd/sites/adpqa/share/check_mk/agents/special/agent_vsphere.pysphere", line 260, in <module>
esx_version_num = float(esx_version)
ValueError: invalid literal for float(): 7.0.1.1
Wie sich herausgestellt hat erwartet das Script eine Komazahl von der API. Bei 6.5 (und evtl. 6.7) kam diese wohl noch von der API zurĂŒck. Seit 7.0 gibt es aber mehr als eine Ziffer nach der Versionsnummer.
Ich habe es mir jetzt sehr einfach gemacht und die Zeile 260 ein bisschen ĂŒberarbeitet
esx_version = host.get_api_version() esx_version_num = esx_version[:3] # Nur 3 Stellen - sonst float nicht möglich
esx_version_num = float(esx_version_num)
Vielleicht kann mir jemand mitteilen ob ich damit auf dem richtigen Weg bin?
Ich werde mal prĂŒfen wie sich der Agent beim ESXi 7.0u1 verhĂ€lt und hier berichten.