Schlagwort: Troubleshooting

Veröffentlicht am

PBM error occurred during PreMigrateCheckCallback

Beim Versuch einen vMotion Vorgang durchzuführen, lieferte der vSphere-Client fogenden Fehler:

Ein allgemeiner Systemfehler ist aufgetreten: PBM error occurred during PreMigrateCheckCallback: Invalid response code: 503 Service unavailable.

Die Ursache wird in KB 2118551 beschrieben. Zur oben beschriebenen Fehlermeldung kommt es, wenn der Profile-Driven Storage service nicht verfügbar ist. Man kann dies mittels einer SSH Verbindung auf die Virtual-Center-Server-Appliance (VCSA) überprüfen. „PBM error occurred during PreMigrateCheckCallback“ weiterlesen

Veröffentlicht am

VMware Content Library Service may have failed to start

Beim Start der Virtual Center Server Appliance (VCSA) kann es zu folgender Meldung in der Konsole kommen:

VMware Content Library Service may have failed to start

Dies ist ein Hinweis, daß die Appliance schon vor dem Reboot ein Problem hatte. Die Meldung kann auch beim Versuch, alle Dienste manuell auf der Bash zu starten ausgegeben werden.

service-control --start --all
.
.
.
Waiting for VMware Content Library Service..................
WARNING: VMware Content Library Service may have failed to start.

Die Ausgabe ist verkürzt wiedergegeben (Punkte).

Der Fehler entsteht durch eine defekte oder ungültige PID des content library service, die nach dem letzten Neustart nicht gelöscht wurde.  VMware beschreibt die Lösung in der KB 2147891. „VMware Content Library Service may have failed to start“ weiterlesen

Veröffentlicht am

VCSA 6.0 Log-Volume voll

Die VCenter ServerAppliance (VCSA) hat in Versionen vor 6.0 Update3 ein Problem mit voll laufender Log-Volumegruppe. Zunächst erscheint eine Warnung in der Web-GUI der Appliance, die man aber nur bemerkt, wenn man sich dort einloggt. Richtig übel wird es erst wenn das Log-Volume randvoll ist und dann unter Umständen wichtige Dienste nicht mehr starten.

Wenn das vCenter nicht mehr voll verwendbar ist, benötigt man Zugriff über SSH, oder über ein Konsolenfenster. Dazu muss man wissen auf welchem Host vCenter aktuell läuft und öffnet einen C#-Client auf diesen. „VCSA 6.0 Log-Volume voll“ weiterlesen

Veröffentlicht am

Syslog Collector Troubleshooting

Syslog Collector logt nicht

ESXi Hosts, welche vom Flashmedium booten haben keinen permanenten Logspeicher. Das bedeutet, dass alle Logmeldungen nach einem Host Neustart verloren gehen. Aus diesem Grund gibt es den Syslog Collector Dienst, welcher bei der vCenter Installation (Win) zusätzlich installiert werden kann. Die Konfiguration auf habe ich in einem früheren Blogeintrag geschildert. Dieser empfängt Logeinträge von den ESXi Hosts und speichert sie lokal in rotierenden Logfiles ab.

Der VMware Support bat mich kürzlich, diese Logs für einen ESXi Host bereit zu stellen. Zunächst musste ich das Logverzeichnis auf dem Server mit Syslog Collector finden. Es liegt bei Standard Installationen unter:

%ALLUSERSPROFILE%\VMware\VMware Syslog Collector\Data

Beziehungsweise:

"C:\ProgramData\VMware\VMware Syslog Collector\Data"

Dort hat jeder überwachte ESXi Host ein Verzeichnis mit der jeweiligen IP des Hosts. Das Verzeichnis war schnell gefunden, jedoch staunte ich nicht schlecht, als ich den Zeitstempel der Logs sah.

syslogTrouble01

Seit über zwei Jahen gab es keinen Logeintrag mehr! Wie kann das sein?

Firewall

Auf dem Syslog Collector sah alles gut aus und der Dienst war aktiv. Danach warf ich einen Blick auf die ESX Firewall (Host > Configuration > Security Profile > Firewall > Settings). Damit wurde die Ursache schnell klar. (Thanks to Ivo Beerens, whose article gave me a hint to the solution)

syslogTrouble02Die Firewall des ESXi blockierte Verbindungen über UDP 514. Kein Kontakt – keine Logs – so einfach. 🙂

Der Haken bei syslog muss unbedingt gesetzt sein.

syslogTrouble03Schon wenige Augenblicke nach Übernahme der Regel füllte sich das Logverzeichnis auf dem Syslog Collector mit neuen Einträgen.

syslogTrouble04

Das half zwar nicht bei der Lösung einer anderen Fragestellung mit dem VMware Support, jedoch können in Zukunft die Logs ausgelesen werden.

Links

Ivo Beerens Blog – vSphere Syslog Collector troubleshooting