VxRail: Falha durante a pré-verificação do upgrade da versão 4.x

Problema 1:    
Uma das licenças de hosts do ESXi não é compatível com o recurso DRS. (Versões anteriores à 4.0.300)
Solução possível:    
É provável que haja hosts com licenças padrão. Para resolver esse problema, identifique os hosts com uma licença padrão e faça upgrade da licença para o nível corporativo ou superior.

Edição #2:    
O recurso DRS está desativado no cluster. (Versões anteriores à 4.0.300)
Solução possível:    
A operação de upgrade só pode ocorrer em um cluster com o recurso DRS ativado. Habilite o recurso DRS no cluster e tente novamente.

Edição #3:     
O vCenter Server Appliance tem pelo menos um alarme crítico não resolvido.
Solução possível:     
Acesse o vSphere Client e resolva todos os alarmes críticos no vCenter Server Appliance de destino.

Edição #4:    
Um dos hosts do ESXi tem pelo menos um alarme crítico não resolvido.
Solução possível:     
Acesse o vSphere Client e resolva todos os alarmes críticos em cada host do ESXi no cluster de destino.

Edição #5:     
A plataforma de hardware do ESXi usada não é compatível com o pacote de upgrade do VIB do VxRail Manager incluído no pacote composto.
Solução possível:   
Isso significa que o pacote VIB incluído não é adequado para ser instalado na plataforma de hardware ESXi. Para resolver isso, acesse o site de download da Dell EMC ou o catálogo ACG e obtenha o pacote com VIB correspondente para seus hosts.

Edição #6:    
Falha na execução do script de gancho de
pré-upgradeSolução possível:   
Confirme se todos os scripts chamados em /usr/lib/vmware-marvin/marvind/webapps/extension/WEB-INF/classes/scripts/pre-upgrade-hook.py são válidos e podem ser executados como parte da operação de upgrade. Mais detalhes podem ser encontrados no arquivo lcm.log.

Edição #7:    
Falha na execução do script do gancho de pós-upgrade.
Solução possível:   
Confirme se todos os scripts chamados no /usr/lib/vmware-marvin/marvind/webapps/extension/WEB-INF/classes/scripts/post-upgrade-hook.py são válidos e podem ser executados como parte da operação de upgrade. Mais detalhes podem ser encontrados no arquivo lcm.log.

Edição #8:   
Os arquivos do pacote de upgrade descompactados foram removidos do repositório de dados do VSAN.
Solução possível:     
O pacote composto é descompactado em um diretório /bundles para o datastore VSAN antes do início do upgrade. Tente reiniciar a operação de upgrade e verifique se o diretório mencionado com os arquivos do pacote de upgrade não foi modificado quando o processo de upgrade estiver em andamento.

Edição #9:     
Host do ESXi no modo
de manutençãoSolução possível:   
Confirme se todos os hosts do ESXi no cluster de destino não estão no modo de manutenção. Repita a operação de upgrade depois que todos os hosts do ESXi no cluster forem tirados do modo de manutenção.

Edição #10:     
Falha ao entrar no modo de manutenção em um dos hosts do ESXi em 30 minutos.
Solução possível:   
Confirme se nenhuma VM no host de destino tem a imagem ISO montada em uma unidade de CD-ROM. Desmonte, se houver, e reinicie o progresso.

Edição #11:     
Falha ao montar a imagem ISO para o upgrade do VCSA.
Solução possível:   
Confirme se nem as VMs do VCSA nem do PSC têm a imagem ISO montada em uma unidade de CD-ROM. Desmonte, se houver, e retome o processo de upgrade.

Edição #12:   
Falha ao fazer upgrade do ESRS.
Solução possível:   
Se o ESRS for implementado manualmente ou se a senha de administrador do ESRS tiver sido alterada:   
Option 1) Altere manualmente a senha de administrador do ESRS para estar em sincronia com a conta de gerenciamento do VxRail.
Option 2) Faça log-in na GUI da Web do ESRS/VE via https://< ESRS VM IP>:9443 como administrador e clique no botão Upgrade para fazer upgrade do ESRS on-line.
Opção 3) Desative o ESRS primeiro e tente concluir o upgrade do VxRail e, em seguida, ative-o novamente.

Edição #13:   
Falha no upgrade usando a conta do Active Directory devido a um nome de usuário truncado se o VC tiver o servidor do AD como origem de identidade.
Solução temporária:     
Ao executar a tarefa de upgrade no VxRail Manager, a janela "O upgrade do VxRail requer permissão para executar" será exibida solicitando o login de SSO do vCSA e a conta root do VxRail Manager. Use "user@domain" em vez de "user@domain.local" para a conta de SSO do vCSA para executar o upgrade.

Edição #14:   
A plataforma Quanta não tem permissão para fazer upgrade para a versão 7.x.
Solução possível :   
Nenhuma