19.06.27 15:23:17 DEBUG ServerEye.Agents.VmWareAlertOverviewAgent.VmWareAlertOverviewAgent - getDataFromScript: VmWare Result: connect-VIServer : 27.06.2019 15:22:15    Connect-VIServer        
Could not resolve the requested VC server.
Additional Information: Es war kein an https://**** lauschender Endpunkt vorhanden, der die Nachricht annehmen konnte. Dies wird häufig durch eine fehlerhafte Adresse oder SOAP-Aktion verursacht. Weitere Details finden Sie unter "InnerException", sofern vorhanden. 
In C:\ProgramData\ServerEye3\PowerShell\Deamon\InitVmWare.ps1:55 Zeichen:5
+ connect-VIServer $servername -User $username -Password $passS -V ...


Hier müsste als erstes geprüft werden, ob das manuelle Abrufen von Daten überhaupt funktioniert.
KB-Artikel-> Überprüfung Hardwarestatus mittels PowerCLI 
bzw. ob man sich manuell auf die PowerCLI verbinden kann.
KB-Artikel-> PowerCLI - Installationsanleitung (mittels PowerShell Gallery) oder die Installation über PsExec(https://docs.microsoft.com/en-us/sysinternals/downloads/psexec), falls es auf dem normalen Wege nicht funktionieren sollte. Diese Information wurde uns von einem Partner weiter gereicht.

Der Fall wurde auch in der VMWare Community gemeldet und hatte da mit DNS Problemen zu tun:  https://communities.vmware.com/thread/592891 "It was simply DNS not resolving the hostname. After I have fixed that, a problem was gone."

Wir hatten diesen Fall auch mal im Server-Eye Support. Da kam kurz danach noch eine Warnung, dass das Zertifikat geblockt wurde. Dazu hier auch die Lösungen:
KB-Artikel-> PowerCLI - Connect-VIServer erzeugt Warnung wegen unzulässigem Zertifikat 


Lösung vom Kunden --> es lag offensichtlich daran, das der Scope für InvalidCertififcateAction in der Powershell auf USER lag und nicht auf ALLUSERS. Der Connect aus der Powershell funktionierte daher ohne Zertifikatswarnung, der Sensor kam aber nicht an den Host.