Mit der Installations- und Upgradesoftware können Sie Probleme auf der Hostmaschine aufdecken, die zu einem Fehlschlag der Installation, des Upgrades oder der Migration führen können.

Bei interaktiven Installationen, Upgrades und Migrationen werden die Fehler oder Warnungen im letzten Bereich des Installationsprogramms angezeigt, in dem Sie aufgefordert werden, die Installation oder das Upgrade zu bestätigen oder abzubrechen. Bei Skriptinstallationen, -Upgrades oder -Migrationen werden die Fehler oder Warnungen in die Installationsprotokolldatei geschrieben. Darüber hinaus finden Sie Informationen zu bekannten Problemen in den Versionshinweisen zum Produkt.

vSphere Update Manager bietet benutzerdefinierte Meldungen für diese Fehler oder Warnungen. Überprüfen Sie die Update Manager-Protokolldatei vmware-vum-server-log4cpp.log, um die ursprünglichen Fehler und Warnungen anzusehen, die während einer Host-Upgrade-Prüfung des Update Managers vom Skript für die Vorabprüfung zurückgegeben wurden.

Im vSphere-Upgrade-Handbuch wird die Verwendung von VMware-Produkten und ihrer Funktionen beschrieben. Wenn in diesem Handbuch nicht beschriebene Probleme oder Fehlersituationen auftreten, finden Sie eine Lösung dafür gegebenenfalls in der VMware-Knowledgebase. Sie können auch auf die Community-Foren von VMware zurückgreifen, um nach anderen Anwendern zu suchen, bei denen dasselbe Problem auftritt, oder um Hilfe zu erbitten. Alternativ können Sie eine Supportanfrage öffnen, um Hilfe von den Servicemitarbeitern von VMware zu erhalten.

Erfassen von Installationsprotokollen für die vCenter Server Appliance

Sie können Installationsprotokolldateien erfassen und diese Dateien prüfen, um die Quelle eines Fehlers zu identifizieren, wenn die vCenter Server Appliance während des anfänglichen Startvorgangs nicht mehr reagiert.

Prozedur

  1. Greifen Sie auf die vCenter Server Appliance-Shell zu.
    Option Beschreibung
    Wenn Sie direkten Zugriff auf die Appliance haben: Drücken Sie Alt+F1.
    Um eine Remoteverbindung herzustellen: Verwenden Sie SSH oder eine andere Remotekonsolenverbindung, um eine Sitzung auf der Appliance zu starten.
  2. Geben Sie einen Benutzernamen und ein Kennwort ein, die von der Appliance erkannt werden.
  3. Führen Sie in der Appliance-Shell den Befehl pi shell aus, um auf die Bash-Shell zuzugreifen.
  4. Führen Sie in der Bash-Shell das Skript vc-support.sh aus, um ein Support-Paket zu generieren.
    Mit diesem Befehl wird eine .tgz-Datei in /storage/log generiert.
  5. Exportieren Sie das generierte Support-Paket in den Ordner [email protected]:/tmp. 
    scp /var/tmp/vc-etco-vm-vlan11-dhcp-63-151.eng.vmware.com-2014-02-28--21.11.tgz [email protected]:/tmp
  6. Prüfen Sie, welches firstboot-Skript fehlgeschlagen ist. 
    cat /var/log/firstboot/firstbootStatus.json

Nächste Maßnahme

Um mögliche Fehlerursachen zu identifizieren, prüfen Sie die Protokolldatei des fehlgeschlagenen firstboot-Skripts.

Fehler und Warnungen, die vom Skript für die Vorabprüfung der Installation und des Upgrades zurückgegeben werden

Das Skript für die Vorabprüfung der Installation und des Upgrades führt Tests durch, um Probleme auf der Hostmaschine aufzudecken, die zu einem Fehlschlag der Installation, des Upgrades oder der Migration führen können.

Bei interaktiven Installationen, Upgrades und Migrationen werden die Fehler oder Warnungen im letzten Bildschirm des GUI-Installationsprogramms angezeigt, in dem Sie aufgefordert werden, die Installation oder das Upgrade zu bestätigen oder abzubrechen. Bei Skriptinstallationen, -Upgrades oder -Migrationen werden die Fehler und Warnungen in die Installationsprotokolldatei geschrieben.

vSphere Update Manager bietet benutzerdefinierte Meldungen für diese Fehler oder Warnungen. Die ursprünglichen Fehler und Warnungen, die während einer Host-Upgrade-Prüfung durch den Update Manager vom Vorabprüfungsskript zurückgegeben wurden, finden Sie in der Update Manager-Protokolldatei vmware-vum-server-log4cpp.log.

Tabelle 1. Codes für Fehler und Warnungen, die vom Skript für die Vorabprüfung der Installation und des Upgrades zurückgegeben werden
Fehler oder Warnung Beschreibung
64BIT_LONGMODESTATUS Der Hostprozessor muss ein 64-Bit-Prozessor sein.
COS_NETWORKING Warnung. Es wurde eine IPv4-Adresse auf einer aktivierten virtuellen Netzwerkkarte der Servicekonsole gefunden, für die es keine entsprechende Adresse im selben VMkernel-Subnetz gibt. Für jedes Vorkommen wird eine separate Warnung ausgegeben.
CPU_CORES Der Host muss mindestens zwei Kerne haben.
DISTRIBUTED_VIRTUAL_SWITCH Wenn auf dem Host die Software Cisco Virtual Ethernet Module (VEM) gefunden wird, überprüft der Test, ob das Upgrade VEM ebenfalls enthält. Der Test ermittelt auch, ob das Upgrade die gleiche Version des Virtual Supervisor Module (VSM) wie die auf dem Host vorhandene Version unterstützt. Wenn die Software fehlt oder mit einer anderen Version des VSM kompatibel ist, gibt der Test eine Warnung zurück. Das Ergebnis gibt die Version der VEM-Software, die auf dem Upgrade-ISO-Image erwartet wurde, sowie die gefundenen Versionen, sofern vorhanden, zurück. Sie können ESXi Image Builder CLI zum Erstellen eines benutzerdefinierten Installations-ISO-Image verwenden, das die entsprechende Version der VEM-Software enthält.
HARDWARE_VIRTUALIZATION Warnung. Wenn der Hostprozessor über keine Hardwarevirtualisierung verfügt oder die Hardwarevirtualisierung nicht im Host-BIOS aktiviert ist, wird die Hostleistung beeinträchtigt. Sie können die Hardwarevirtualisierung im Bereich mit den Startoptionen für die Hostmaschine aktivieren. Weitere Informationen finden Sie in der Dokumentation Ihres Hardwareanbieters.
MD5_ROOT_PASSWORD Dieser Test überprüft, ob das Root-Kennwort im MD5-Format verschlüsselt ist. Wenn ein Kennwort nicht im MD5-Format verschlüsselt ist, sind möglicherweise nur die ersten acht Zeichen signifikant. In diesem Fall werden nach dem Upgrade alle Zeichen nach den ersten acht Zeichen nicht mehr authentifiziert, was zu einem Sicherheitsproblem führen kann. Wie Sie dieses Problem umgehen, erfahren Sie im VMware-Knowledgebase-Artikel KB 1024500.
MEMORY_SIZE Der Host benötigt für das Upgrade die angegebene Menge an Arbeitsspeicher.
PACKAGE_COMPLIANCE vSphere Update Manager-Upgrade ausschließlich auf vSphere Lifecycle Manager. Dieser Test vergleicht die vorhandene Software auf dem Host mit der Software auf dem Upgrade-ISO-Image, um festzustellen, ob das Upgrade des Hosts ordnungsgemäß durchgeführt wurde. Wenn ein Paket fehlt oder eine ältere Version als das entsprechende Paket im Upgrade-ISO-Image aufweist, gibt der Test einen Fehler zurück. Die Testergebnisse geben an, welche Software auf dem Hostund auf dem Upgrade-ISO gefunden wurde.
PARTITION_LAYOUT Ein Upgrade oder eine Migration der Software können Sie nur dann durchführen, wenn höchstens für eine VMFS-Partition auf der Festplatte ein Upgrade durchgeführt wird. Die VMFS-Partition muss nach dem Sektor 1843200 beginnen.
POWERPATH Dieser Test überprüft, ob die EMC PowerPath-Software installiert ist, die aus einem CIM-Modul und einem Kernelmodul besteht. Wenn eine dieser Komponenten auf dem Host gefunden wurde, überprüft der Test, ob die passenden Komponenten (z. B. das CIM- oder das VMkernel-Modul) ebenfalls im Upgrade vorhanden sind. Ist dies nicht der Fall, gibt das Skript eine Warnung zurück mit dem Hinweis, welche PowerPath-Komponenten auf dem Upgrade-ISO erwartet wurden und welche, wenn überhaupt, gefunden wurden.
PRECHECK_INITIALIZE Dieser Test überprüft, ob das Skript für die Vorabprüfung ausgeführt werden kann.
SANE_ESX_CONF Die Datei /etc/vmware/esx.conf muss auf dem Host vorhanden sein.
SPACE_AVAIL_ISO Nur vSphere Update Manager. Die Hostfestplatte muss über genügend freien Speicherplatz verfügen, um den Inhalt der Installations-CD bzw. -DVD zu speichern.
SPACE_AVAIL_CONFIG vSphere Update Manager-Upgrade ausschließlich auf vSphere Lifecycle Manager. Die Hostfestplatte muss über genügend freien Speicherplatz verfügen, um die Legacy-Konfiguration zwischen Neustarts speichern zu können.
SUPPORTED_ESX_VERSION Ein Upgrade bzw. eine Migration auf ESXi 8.0 ist nur mit Version 6.0 der ESXi-Hosts möglich.
TBOOT_REQUIRED Diese Meldung gilt nur für das vSphere Update Manager-Upgrade auf vSphere Lifecycle Manager. Das Upgrade schlägt mit diesem Fehler fehl, wenn das Hostsystem im „Trusted“-Startmodus (tboot) ausgeführt wird, das ESXi-Upgrade-ISO-Image jedoch keine tboot-VIBs enthält. Dieser Test verhindert ein Upgrade, das den Host weniger sicher macht.
UNSUPPORTED_DEVICES Warnung. Das Skript prüft auf nicht unterstützte Geräte. Einige PCI-Geräte werden von ESXi 8.0 nicht unterstützt.
UPDATE_PENDING

Dieser Test prüft den Host auf VIB-Installationen, die einen Neustart erfordern. Dieser Test schlägt fehl, wenn mindestens ein VIB installiert ist, der Host jedoch noch nicht neu gestartet wurde. Unter diesen Bedingungen kann das Vorabprüfungsskript nicht zuverlässig ermitteln, welche Pakete derzeit auf dem Host installiert sind. Wenn dieser Test fehlschlägt, ist es möglicherweise nicht sicher, sich auf die übrigen Vorabprüfungstests zu verlassen, um zu ermitteln, ob ein Upgrade sicher ist.

Falls dieser Fehler auftritt, starten Sie den Host neu und führen Sie das Upgrade erneut durch.

Upgrade-Probleme bei vCenter Server mit Hostprofilen

Am häufigsten auftretende Probleme, die während eines vCenter Server-Upgrades auf Version 8.0 auftreten können, die Hostprofile enthält.

  • Informationen zu Problemen, die während eines vCenter Server-Upgrades oder ESXi-Upgrades auftreten, finden Sie unter Fehlerbehebung eines vSphere-Upgrades.
  • Fall das Upgrade von vCenter Server6.7 oder 7.0, das Hostprofile mit einer älteren Version als 6.7 enthält, zu einem Fehler führt, lesen Sie unter KB 52932 nach.
  • Informationen zu Fehler There is no suitable host in the inventory as reference host for the profile Host Profile. The profile does not have any associated reference host finden Sie unter KB 2150534.
  • Wenn beim Import eines Hostprofils in eine leere vCenter Server-Bestandliste ein Fehler auftritt, finden Sie Informationen zum Fehler über einen nicht erreichbaren Referenzhost unter vSphere-Hostprofile.
  • Wenn eine Überprüfung der Hostprofilkonformität für NFS-Datenspeicher fehlschlägt, finden Sie Informationen zum Fehler über Hostprofile ohne NFS-Datenspeicher unter vSphere-Hostprofile.
  • Wenn die Konformitätsüberprüfung mit einer Fehlermeldung für die Option UserVars.ESXiVPsDisabledProtocols fehlschlägt, wenn ein auf Version 8.0 aktualisierter ESXi-Host mit einem Hostprofil der Version 6.7 zugeordnet wird, lesen Sie die Versionshinweise zu VMware vSphere 8.0 durch.

Rollback einer vCenter Server-Instanz unter Windows bei Fehlschlagen des vCenter Server-Upgrades

Sie können an einer vCenter Server-Instanz unter Windows ein Rollback durchführen oder diese wiederherstellen, wenn ein Upgrade eines vCenter Server mit einem externen Platform Services Controller nach dem Export fehlschlägt und die Legacy-Umgebung deinstalliert wurde.

Voraussetzungen

Das Rollback oder die Wiederherstellung von vCenter Server erfolgt, wenn die folgenden Bedingungen erfüllt sind:

  • Sie müssen auf den vCenter Server für die Windows-Maschine zugreifen können.
  • Die vCenter Server ist mit einem externen Platform Services Controller verknüpft.
  • Das Upgrade der vCenter Server-Instanz, die mit der Platform Services Controller-Instanz verknüpft ist, ist nach dem Export und der Deinstallation des Legacy-vCenter Server in einem fehlerhaften Zustand.
  • Vergewissern Sie sich, dass das vCenter Server-Rollback im Falle eines fehlgeschlagenen Upgrades erfolgreich durchgeführt wurde und keine veralteten Protokolleinträge zum fehlgeschlagenen Upgrade vorhanden sind.

Für die Rollback-Methode 1:

  • Informationen zum Löschen der Daten der vCenter Server Appliance 7.0 aus dem Legacy-Platform Services Controller finden Sie im Knowledgebase-Artikel KB 2106736.
  • Verwenden Sie einen Snapshot der vCenter Server-Datenbank, der vor dem Start des vCenter Server-Upgrades erstellt wurde.

Für die Rollback-Methode 2:

  • Verwenden Sie einen ausgeschalteten Snapshot des vCenter Server vor dem vCenter Server-Upgrade.
  • Verwenden Sie einen Platform Services Controller-Snapshot, der nach dem Upgrade des Platform Services Controller-Knotens und vor dem Start des vCenter Server-Upgrades erstellt wurde.
  • Verwenden Sie einen vCenter Server-Snapshot, der nach dem Platform Services Controller-Upgrade und vor dem Start des vCenter Server-Upgrades erstellt wurde.

Prozedur

  • ♦ Sie können den Legacy-vCenter Server mit der Rollback-Methode 1 oder 2 wiederherstellen.
    • Rollback-Methode 1.
      1. Löschen Sie die Daten der vCenter Server Appliance manuell aus Platform Services Controller.
      2. Stellen Sie die Legacy-vCenter Server-Datenbank anhand einer Sicherungskopie wieder her, die vor dem Upgrade erstellt wurde.
      3. Verweisen Sie die Legacy-vCenter Server-Instanz auf den Platform Services Controller sowie auf die Datenbank mit den wiederhergestellten Daten.
      4. Vergewissern Sie sich, dass die vCenter Server-Dienste eingerichtet sind und ausgeführt werden.
    • Rollback-Methode 2.
      1. Stellen Sie die Platform Services Controller-Instanz über einen Snapshot bis zu dem Punkt kurz vor dem Start des vCenter Server-Upgrades wieder her. Sie können eine Sicherung für eine Windows-Konfiguration oder eine andere Art der Sicherung und Wiederherstellung verwenden, um den Snapshot wiederherzustellen.
      2. Stellen Sie die vCenter Server-Instanz über den Snapshot wieder her.
      3. Stellen Sie die vCenter Server-Datenbank über einen Snapshot wieder her.
      4. Vergewissern Sie sich, dass die vCenter Server-Dienste eingerichtet sind und ausgeführt werden.
    Bei der Rollback-Methode 2 gehen auf den Platform Services Controller geschriebene Daten verloren, nachdem das vCenter Server-Upgrade gestartet wurde, wenn die Wiederherstellung über den vor diesem Zeitpunkt erstellten Platform Services Controller-Snapshot erfolgt.

Erfassen von Protokollen zur Fehlerbehebung bei ESXi-Hosts

Sie können die Installations- oder Upgrade-Protokolldateien für ESXi erfassen, mit denen Sie die Ursache des Fehlers identifizieren können, wenn eine Installation oder ein Upgrade fehlschlägt.

Lösung

  1. Geben Sie den Befehl vm-support über die ESXi Shell oder SSH aus.
  2. Gehen Sie zum Verzeichnis /var/tmp/.
  3. Rufen Sie die Protokolldateien aus der .tgz -Datei ab.