VxRail: Fout tijdens voorcontrole 4.x upgrade

Probleem 1:    
Een van de ESXi-hostlicenties biedt geen ondersteuning voor de DRS-functie. (Versies ouder dan 4.0.300)
Mogelijke oplossing:    
Waarschijnlijk zijn er hosts met standaardlicenties. U kunt dit probleem oplossen door de hosts met een standaardlicentie te identificeren en de licentie te upgraden naar enterpriseniveau of hoger.

Probleem #2:    
De DRS-functie is uitgeschakeld op het cluster. (Versies ouder dan 4.0.300)
Mogelijke oplossing:    
De upgradebewerking kan alleen plaatsvinden op een cluster waarvoor de DRS-functie is ingeschakeld. Schakel de DRS-functie op het cluster in en probeer het opnieuw.

Probleem #3:     
De vCenter Server Appliance heeft ten minste één onopgelost kritiek alarm.
Mogelijke oplossing:     
Ga naar de vSphere-client en los alle kritieke waarschuwingen op de beoogde vCenter Server Appliance op.

Probleem #4:    
Een van de ESXi-hosts heeft ten minste één onopgelost kritiek alarm.
Mogelijke oplossing:     
Ga naar de vSphere-client en los alle kritieke alarmen op elke ESXi-host in het doelcluster op.

Probleem #5:     
Het gebruikte ESXi-hardwareplatform is niet compatibel met de gebruikte VxRail Manager VIB-upgradebundel die in de samengestelde bundel is opgenomen.
Mogelijke oplossing:   
Dit betekent dat de meegeleverde VIB-bundel niet geschikt is om op het ESXi-hardwareplatform te worden geïnstalleerd. Om dit op te lossen, gaat u naar de downloadsite van Dell EMC of de ACG-catalogus en downloadt u de bundel met de bijbehorende VIB-bundel voor uw hosts.

Probleem #6:    
Fout bij uitvoering script van
pre-upgradehookMogelijke oplossing:   
Controleer of elk script dat wordt aangeroepen in de /usr/lib/vmware-marvin/marvind/webapps/extension/WEB-INF/classes/scripts/pre-upgrade-hook.py geldig is en kan worden uitgevoerd als onderdeel van de upgradebewerking. Meer details zijn te vinden in het lcm.log bestand.

Probleem #7:    
Fout bij uitvoering script na upgradehook.
Mogelijke oplossing:   
Controleer of elk script dat wordt aangeroepen in de /usr/lib/vmware-marvin/marvind/webapps/extension/WEB-INF/classes/scripts/post-upgrade-hook.py geldig is en kan worden uitgevoerd als onderdeel van de upgradebewerking. Meer details zijn te vinden in het lcm.log bestand.

Probleem #8:   
Uitgepakte upgradebundelbestanden zijn verwijderd uit het VSAN-datastore.
Mogelijke oplossing:     
De samengestelde bundel wordt uitgepakt in een /bundles-directory naar de VSAN-datastore voordat de upgrade wordt gestart. Probeer de upgradebewerking opnieuw te starten en controleer of de vermelde map met upgradebundelbestanden niet is gewijzigd wanneer het upgradeproces aan de gang is.

Probleem #9:     
ESXi-host in de onderhoudsmodus
Mogelijke oplossing:   
Controleer of alle ESXi-hosts in het doelcluster zich niet in de onderhoudsmodus bevinden. Probeer de upgrade opnieuw uit te voeren nadat alle ESXi-hosts in het cluster uit de onderhoudsmodus zijn gehaald.

Probleem #10:     
Kan na 30 minuten niet naar de onderhoudsmodus gaan in een van de ESXi-hosts.
Mogelijke oplossing:   
Controleer of geen enkele VM op de doelhost de ISO-image op een cd-rom-station heeft gekoppeld. Ontkoppel indien van toepassing en start de voortgang opnieuw.

Probleem #11:     
Kan de ISO-image voor de VCSA-upgrade niet koppelen.
Mogelijke oplossing:   
Controleer of noch bij VCSA- noch PSC-VM's de ISO-image op een cd-rom-station is gekoppeld. Ontkoppel indien van toepassing en hervat het upgradeproces.

Probleem #12:   
Kan ESRS niet upgraden.
Mogelijke oplossing:   
Als ESRS handmatig wordt geïmplementeerd of als het ESRS-beheerderswachtwoord is gewijzigd:   
Bericht1) Wijzig het ESRS-beheerderswachtwoord handmatig voor synchronisatie met het VxRail-beheeraccount.
Option 2) Meld u aan bij ESRS/VE web GUI via https://< ESRS VM IP>:9443 als admin en klik op de upgradeknop om ESRS online te upgraden.
Optie 3) Schakel eerst ESRS uit en probeer de VxRail-upgrade te voltooien, en schakel vervolgens ESRS opnieuw in.

Probleem #13:   
Upgrade mislukt met behulp van Active Directory-account als gevolg van afgekapte gebruikersnaam als VC AD-server als identiteitsbron heeft.
Tijdelijke oplossing:     
Bij het uitvoeren van de upgradetaak in VxRail Manager verschijnt het venster "VxRail Upgrade requires permission to execute" waarin wordt gevraagd om vCSA SSO-aanmelding en VxRail Manager-basisaccount. Gebruik "user@domain" in plaats van "user@domain.local" voor een vCSA SSO-account om de upgrade uit te voeren.

Probleem #14:   
Het quanta-platform mag niet upgraden naar 7.x.
Mogelijke oplossing:   
Geen