Códigos de erro de implantação
Sugerir alterações
PDFs
Você pode encontrar códigos de erro durante as ferramentas do ONTAP para operações de implantação, reinicialização e recuperação do VMware vSphere. Os códigos de erro têm cinco dígitos, onde os dois primeiros dígitos representam o script que encontrou o problema, e os últimos três dígitos representam o fluxo de trabalho específico dentro desse script.
Todos os logs de erros são registrados no arquivo ansible-perl-errors.log para facilitar o rastreamento e a resolução de problemas. Esse arquivo de log contém o código de erro e a tarefa Ansible com falha.
|
Os códigos de erro fornecidos nesta página são apenas para referência. Entre em Contato com a equipe de suporte se o erro persistir ou se não houver nenhuma resolução mencionada. |
A tabela a seguir lista os códigos de erro e os nomes de arquivo correspondentes.
Código de erro |
Nome do script |
00 |
firstboot-network-config.pl, modo de implantação |
01 |
firstboot-network-config.pl, atualização do modo |
02 |
firstboot-inputs-validation.pl |
03 |
firstboot-deploy-otv-ng.pl, implantar, ha |
04 |
firstboot-deploy-otv-ng.pl, implantação, não ha |
05 |
firstboot-deploy-otv-ng.pl, reinicie |
06 |
firstboot-deploy-otv-ng.pl, upgrade, ha |
07 |
firstboot-deploy-otv-ng.pl, upgrade, não ha |
08 |
firstboot-otv-recovery.pl |
Os últimos três dígitos do código de erro indicam o erro de fluxo de trabalho específico dentro do script:
Código de erro de implantação |
Fluxo de trabalho |
Resolução |
050 |
Falha na geração da chave SSH |
Reinicie a máquina virtual principal (VM). |
051 |
Falha na implantação de VMs secundárias |
* Se a segunda e terceira VMs forem criadas, verifique se há recursos suficientes de CPU/memória disponíveis antes de ligar as VMs secundárias e reiniciar a VM principal. * Se a segunda e terceira VMs estiverem na tarefa implantar ferramentas do ONTAP para o modelo VMware vSphere, aguarde até que a tarefa seja concluída, ligue as VMs e reinicie a VM principal. * Reimplantar. |
052 |
Falha ao copiar chaves SSH |
Reinicie a VM principal. |
053 |
Falha ao instalar o RKE2 |
Execute o seguinte e reinicie a VM principal ou reimplante: Sudo rke2-killall.sh (todas as VMs) sudo rke2-uninstall.sh (todas as VMs). |
054 |
Falha ao definir kubeconfig |
Reimplantar |
055 |
Falha ao implantar o Registro |
Se o pod de Registro estiver presente, aguarde que o pod esteja pronto e reinicie a VM principal ou então reimplante. |
056 |
O ISCSI de início de sessão falhou |
Certifique-se de que o protocolo iSCSI está ativado e configurado corretamente no ONTAP. Certifique-se de que o endereço IP iSCSI Data LIF fornecido está correto e online. Reinicie a VM se os pontos anteriores estiverem corretos. Caso contrário, reimplante. |
057 |
A implantação do Trident falhou |
*Certifique-se de que os endereços IP LIF e LIF de dados são acessíveis a partir da VM. *Certifique-se de que o protocolo NFS ou iSCSI está ativado e configurado corretamente no ONTAP. *Certifique-se de que o endereço IP NFS/iSCSI Data LIF fornecido está correto e online. *Certifique-se de que o nome de usuário e a senha fornecidos estão corretos e que o usuário tenha Privileges suficiente para criar volume. * Reiniciar se todos os pontos acima estão corretos. Caso contrário, reimplante. |
058 |
A importação do Trident falhou |
*Certifique-se de que o nome de usuário e a senha fornecidos estão corretos e que o usuário tenha Privileges suficiente para criar, montar, clonar e excluir volumes. *Certifique-se de que a mesma configuração do ONTAP é usada para recuperar a configuração e tentar recuperar novamente. |
059 |
A implantação do KubeVip falhou |
Certifique-se de que o endereço IP virtual do plano de controle do Kubernetes e o endereço IP do balanceador de carga fornecidos durante a implantação pertencem à mesma VLAN e são endereços IP livres. Reinicie se todos os pontos anteriores estiverem corretos. Caso contrário, reimplante. |
060 |
A implantação do operador falhou |
Reinicie |
061 |
A implantação de serviços falhou |
Execute a depuração básica do Kubernetes, como Get Pods, get rs, Get svc, e assim por diante no namespace ntv-system para mais detalhes e logs de erro em /var/log/ansible-perl-errors.log e /var/log/ansible-run.log e redeploy. |
062 |
Falha na implantação DO provedor VASA e SRA |
Consulte os logs de erro em /var/log/ansible-perl-errors.log para obter mais detalhes e reimplantar. |
064 |
falha na verificação de version.xml |
Reimplantar |
065 |
O URL da página do Swagger não está acessível |
Reimplantar |
066 |
As etapas de pós-implantação falharam |
- |
088 |
A configuração da rotação de log para journald falhou |
Reinicie a VM principal. |
089 |
A alteração da propriedade do registo de resumo, o ficheiro de configuração de rotação falhou |
Reinicie a VM principal. |
Reboot error code |
Fluxo de trabalho |
067 |
A aguardar o tempo limite do servidor rke2 |
101 |
Falha ao repor a palavra-passe do utilizador de Manut/Console |
102 |
Falha ao eliminar o ficheiro de palavra-passe durante a reposição da palavra-passe do utilizador de manutenção/consola |
103 |
Falha ao atualizar a nova senha de usuário de Manut/Console no Vault |
Código de erro de recuperação |
Fluxo de trabalho |
Resolução |
104 |
As etapas pós-recuperação falharam. |
- |
105 |
A cópia de conteúdo para o volume de recuperação falhou. |
- |
106 |
Falha ao montar o volume de recuperação. |
* Certifique-se de que o mesmo SVM seja usado e que o volume de recuperação esteja presente no SVM. (O nome do volume de recuperação começa com otvng_Trident_recovery) * Certifique-se de que os endereços IP de LIF de gerenciamento e LIF de dados são acessíveis a partir da VM. * Certifique-se de que o protocolo NFS/iSCSI está ativado e configurado corretamente no ONTAP. * Certifique-se de que o endereço IP NFS/iSCSI DAT LIF fornecido está correto e online. * Certifique-se de que o nome de usuário, senha, protocolo fornecido estão corretos e o usuário tem Privileges suficiente para criar, montar, clonar, excluir. * Repetir a recuperação |