VxRail: Fehler während der Vorabprüfung des 4.x-Upgrades

Problem 1:    
Eine der ESXi-Hostlizenzen unterstützt die DRS-Funktion nicht. (Versionen vor 4.0.300)
Mögliche Lösung:    
Wahrscheinlich gibt es Hosts mit Standardlizenzen. Um dieses Problem zu beheben, identifizieren Sie die Hosts mit einer Standardlizenz und aktualisieren Sie die Lizenz auf Enterprise-Level oder höher.

Ausgabe #2:    
Die DRS-Funktion ist auf dem Cluster deaktiviert. (Versionen vor 4.0.300)
Mögliche Lösung:    
Der Upgradevorgang kann nur auf einem Cluster mit aktivierter DRS-Funktion durchgeführt werden. Aktivieren Sie die DRS-Funktion auf dem Cluster und versuchen Sie es erneut.

Ausgabe #3:     
Die vCenter Server Appliance weist mindestens einen nicht aufgelösten kritischen Alarm auf.
Mögliche Lösung:     
Wechseln Sie zum vSphere-Client und beheben Sie alle kritischen Alarme auf der Ziel-vCenter Server Appliance.

Ausgabe #4:    
Auf einem der ESXi-Hosts ist mindestens ein nicht aufgelöster kritischer Alarm aufgetreten.
Mögliche Lösung:     
Rufen Sie den vSphere-Client auf und beheben Sie alle kritischen Alarme auf jedem ESXi-Host im Zielcluster.

Ausgabe #5:     
Die verwendete ESXi-Hardwareplattform ist nicht kompatibel mit dem gebrauchten VxRail Manager VIB-Upgrade-Bundle, das im zusammengesetzten Bundle enthalten ist.
Mögliche Lösung:   
Das bedeutet, dass das enthaltene VIB-Bundle nicht für die Installation auf der ESXi-Hardwareplattform geeignet ist. Um dieses Problem zu beheben, rufen Sie die Dell EMC Download-Website oder den ACG-Katalog auf und rufen Sie das Bundle mit dem übereinstimmenden VIB-Bundle für Ihre Hosts ab.

Ausgabe #6:    
Ausführungsfehler des
Hook-Skripts vor dem UpgradeMögliche Lösung:   
Vergewissern Sie sich, dass jedes Skript, das in /usr/lib/vmware-marvin/marvind/webapps/extension/WEB-INF/classes/scripts/pre-upgrade-hook.py aufgerufen wird, gültig ist und als Teil des Upgradevorgangs ausgeführt werden kann. Weitere Details finden Sie in der lcm.log Datei.

Ausgabe #7:    
Ausführungsfehler des Hook-Skripts nach dem Upgrade.
Mögliche Lösung:   
Vergewissern Sie sich, dass jedes Skript, das in /usr/lib/vmware-marvin/marvind/webapps/extension/WEB-INF/classes/scripts/post-upgrade-hook.py aufgerufen wird, gültig ist und als Teil des Upgradevorgangs ausgeführt werden kann. Weitere Details finden Sie in der lcm.log Datei.

Ausgabe #8:   
Entpackte Upgrade-Bundle-Dateien wurden aus dem VSAN-Datenspeicher entfernt.
Mögliche Lösung:     
Das zusammengesetzte Bundle wird in ein /bundles-Verzeichnis in den VSAN-Datenspeicher entpackt, bevor das Upgrade gestartet wird. Versuchen Sie, den Upgradevorgang neu zu starten, und überprüfen Sie, ob das genannte Verzeichnis mit den Upgrade-Bundle-Dateien während des Upgradeprozesses nicht geändert wurde.

Ausgabe #9:     
ESXi-Host im Wartungsmodus
Mögliche Lösung:   
Vergewissern Sie sich, dass sich keiner der ESXi-Hosts im Zielcluster im Wartungsmodus befindet. Wiederholen Sie den Upgradevorgang, nachdem alle ESXi-Hosts im Cluster den Wartungsmodus beendet haben.

Ausgabe #10:     
Einer der ESXi-Hosts konnte innerhalb von 30 Minuten nicht in den Wartungsmodus wechseln.
Mögliche Lösung:   
Vergewissern Sie sich, dass auf keiner VM auf dem Zielhost das ISO-Image auf einem CD-ROM-Laufwerk bereitgestellt ist. Unmounten Sie ggf. und starten Sie den Fortschritt neu.

Ausgabe #11:     
Das ISO-Image für das VCSA-Upgrade konnte nicht gemountet werden.
Mögliche Lösung:   
Vergewissern Sie sich, dass das ISO-Image weder auf VCSA- noch auf PSC-VMs auf einem CD-ROM-Laufwerk gespeichert ist. Unmounten Sie ggf. und setzen Sie den Upgradeprozess fort.

Ausgabe #12:   
Upgrade von ESRS fehlgeschlagen.
Mögliche Lösung:   
Wenn ESRS manuell bereitgestellt wird oder das ESRS-Administratorkennwort geändert wurde:   
Option 1) Ändern Sie das ESRS-Administratorkennwort manuell, damit es mit dem VxRail-Managementkonto synchronisiert ist.
Option 2) Melden Sie sich über die https:// ESRS-VM-IP:>9443 bei der ESRS/VE-Web-GUI als Administrator an und klicken Sie auf die< Schaltfläche "Upgrade", um ESRS online zu aktualisieren.
Option 3) Deaktivieren Sie zunächst ESRS, versuchen Sie, das VxRail-Upgrade abzuschließen. Aktivieren Sie ESRS dann erneut.

Ausgabe #13:   
Upgradefehler bei Verwendung des Active Directory-Kontos aufgrund eines gekürzten Nutzernamens, wenn VC einen AD-Server als Identitätsquelle hat.
Problemumgehung:     
Beim Ausführen der Upgradeaufgabe in VxRail Manager wird das Fenster "VxRail-Upgrade erfordert eine Berechtigung zur Ausführung" angezeigt, in dem Sie nach der vCSA-SSO-Anmeldung und dem VxRail Manager-Root-Konto gefragt werden. Verwenden Sie "user@domain" anstelle von "user@domain.local" für das vCSA-SSO-Konto, um das Upgrade durchzuführen.

Ausgabe #14:   
Die quanta-Plattform darf kein Upgrade auf 7.x durchführen.
Mögliche Lösung:   
Keine