VMware vCenter: 503-Fehler & Login-Probleme beheben

Der mit Abstand häufigste vCenter-Fehler ist „503 Service Unavailable“ beim Öffnen des vSphere Clients: Dann läuft der zentrale Dienst vpxd (der vCenter-Hauptdienst) nicht. Schnellster Weg: Dienste über die Management-Oberfläche VAMI (https://<vCenter>:5480) oder per SSH mit service-control --status --all prüfen und mit service-control --start --all starten. Startet ein Dienst nicht, sind meist abgelaufene Zertifikate oder eine volle Festplatte schuld.

Welcher Fehler ist es bei dir? – kurze Diagnose

vCenter (der Verwaltungsserver für deine VMware-Hosts) meldet sich je nach Ursache unterschiedlich. Ordne dein Symptom zu, bevor du etwas änderst:

• „503 Service Unavailable / Failed to connect to endpoint“: Die Weboberfläche antwortet, aber ein Backend-Dienst (meist vpxd) ist gestoppt. Klassiker nach einem Neustart oder bei voller Disk.
• Login dreht sich endlos oder schlägt fehl: Häufig ein abgelaufenes Zertifikat oder ein SSO-Problem (Single Sign-On, die Anmeldeverwaltung). Oft kommt erst kurz die Maske, dann 503.
• Seite gar nicht erreichbar (Timeout): Netzwerk-, DNS- oder Portproblem – die vCenter-VM läuft vielleicht gar nicht oder Port 443 ist blockiert.
• „Falscher Benutzername oder Kennwort“, obwohl korrekt: Zeitabweichung zwischen vCenter und Domänencontroller (AD) – SSO toleriert nur wenige Minuten Differenz.

503-Fehler beheben: vCenter-Dienste neu starten

Bei „503“ geht es fast immer darum, die gestoppten Dienste wieder hochzufahren. Zwei Wege – nimm den, zu dem du Zugang hast.

Weg A – über die Weboberfläche VAMI (kein Terminal nötig):

1. Im Browser https://<vCenter-IP-oder-Name>:5480 öffnen und als root anmelden (das ist das Appliance-Konto, nicht der vSphere-Login).
2. Links auf Dienste (Services) gehen. Dienste mit Status „Gestoppt“ notieren – vor allem VMware vCenter Server (vpxd) und VMware vSphere Client.
3. Den gestoppten Dienst markieren und auf Starten klicken. Reihenfolge beachten: vmware-vpostgres (die Datenbank) muss vor vpxd laufen.

Weg B – per SSH auf der vCenter Server Appliance (VCSA):

1. Per SSH als root verbinden. Falls SSH aus ist: in VAMI unter Zugriff aktivieren.
2. Status aller Dienste anzeigen: service-control --status --all.
3. Alle Dienste sauber neu starten: service-control --stop --all und danach service-control --start --all.
4. Nur den Hauptdienst neu starten geht auch: service-control --restart vmware-vpxd.

Nach dem Start 10 bis 15 Minuten warten – vCenter braucht eine Weile, bis alle Dienste vollständig oben sind. Erst dann den vSphere Client (https://<vCenter>/ui) erneut aufrufen.

Vorsicht: Vor SSH-Eingriffen am Produktiv-vCenter einen Snapshot oder ein Backup der VCSA anlegen – ein halb gestarteter Dienst lässt sich so risikolos zurückrollen.

Wenn der Neustart nicht hilft

Bleibt der Fehler, liegt es meist an einer dieser drei Ursachen:

• Festplatte voll: Ein vollgelaufenes Log-Verzeichnis ist die häufigste Ursache dafür, dass vpxd nicht startet. Mit df -h prüfen. Ist eine Partition bei 100 %, alte Logs aufräumen und Dienste neu starten. Tipp: Oft füllt sich /storage/log oder /storage/seat.
• Zertifikat abgelaufen: Erkennst du daran, dass der Login hängt und im Log Meldungen zu „certificate expired“ stehen. Reparatur mit dem mitgelieferten Werkzeug: per SSH /usr/lib/vmware-vmca/bin/certificate-manager starten, die passende Option wählen und mit dem SSO-Admin ([email protected]) bestätigen. Danach service-control --stop --all && service-control --start --all. Unbedingt vorher Backup/Snapshot – Zertifikatswechsel ist ein tiefer Eingriff.
• Zeit nicht synchron: Stimmt die Uhrzeit der vCenter-VM nicht mit dem Domänencontroller überein, scheitert die Anmeldung. NTP (die Zeitsynchronisierung) in VAMI prüfen und auf dieselbe Quelle wie das restliche Netz stellen.

Logs liest du bei der VCSA hier: der Hauptdienst unter /var/log/vmware/vpxd/vpxd.log, die Datenbank unter /var/log/vmware/vpostgres/. Dort steht meist im Klartext, welcher Dienst woran scheitert.

Hintergrund: Warum passiert das überhaupt?

vCenter ist kein einzelnes Programm, sondern ein Bündel voneinander abhängiger Dienste auf einer Linux-Appliance (der VCSA). Der Reverse-Proxy nimmt deine Anfrage auf Port 443 an und reicht sie an den richtigen Dienst weiter. Antwortet dieser Dienst nicht – weil er gestoppt ist, kein Zertifikat hat oder die Datenbank fehlt –, gibt der Proxy „503 Service Unavailable“ zurück. Die Fehlermeldung sagt also nur „der Server hat niemanden zum Antworten gefunden“, nicht warum.

Ein wichtiger Punkt für die Praxis: Den früheren installierbaren „vSphere Client“ als Desktop-Programm gibt es seit vSphere 6.5 nicht mehr. Aktuelle Versionen (vSphere 7 und 8) bedienst du ausschließlich über den web-basierten Client im Browser. Ratschläge wie „installiere den vCenter-Client neu“ laufen daher ins Leere – das Problem sitzt serverseitig in den Diensten, nicht in einem Client auf deinem PC.

Quellen

• Broadcom Knowledge Base: VPXD Service Fails to Start
• Broadcom Knowledge Base: vCenter Login fails due to expired certificates

Häufige Fragen

Was bedeutet „503 Service Unavailable“ bei vCenter?

Der vCenter-Reverse-Proxy erreicht keinen Backend-Dienst. Meist ist der Hauptdienst vpxd gestoppt – etwa nach einem Neustart, bei voller Festplatte oder abgelaufenem Zertifikat. Die Weboberfläche läuft, dahinter antwortet aber niemand.

Wie starte ich die vCenter-Dienste neu?

Über VAMI (https://:5480, als root) unter „Dienste“ starten, oder per SSH mit „service-control –stop –all“ und danach „service-control –start –all“. Danach 10–15 Minuten warten, bis alle Dienste oben sind.

Warum hängt der Login nach einem Neustart?

Häufigste Ursache ist ein abgelaufenes Zertifikat oder eine Zeitabweichung zum Domänencontroller. Prüfe die Logs und NTP; Zertifikate reparierst du per SSH mit /usr/lib/vmware-vmca/bin/certificate-manager – vorher unbedingt ein Backup anlegen.

Wo finde ich die vCenter-Logs?

Auf der vCenter Server Appliance liegt das Hauptprotokoll unter /var/log/vmware/vpxd/vpxd.log, die Datenbank-Logs unter /var/log/vmware/vpostgres/. Dort steht meist im Klartext, welcher Dienst woran scheitert.

Muss ich den vSphere Client neu installieren?

Nein. Den installierbaren Desktop-Client gibt es seit vSphere 6.5 nicht mehr – vCenter bedienst du über den Browser unter https:///ui. Verbindungsfehler liegen am Server, nicht an einem Client auf deinem PC.