Skip to main content
ONTAP tools for VMware vSphere 10.1
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Codes d'erreur de déploiement

Contributeurs

Des codes d'erreur peuvent s'afficher lors du déploiement, du redémarrage et des opérations de restauration des outils ONTAP pour VMware vSphere. Les codes d'erreur sont composés de cinq chiffres, les deux premiers chiffres représentant le script qui a rencontré le problème, et les trois derniers chiffres représentent le flux de travail spécifique de ce script.

Tous les journaux d'erreurs sont enregistrés dans le fichier ansible-perl-errors.log pour faciliter le suivi et la résolution des problèmes. Ce fichier journal contient le code d'erreur et la tâche Ansible qui a échoué.

Remarque Les codes d'erreur fournis sur cette page sont fournis à titre de référence uniquement. Contactez l'équipe d'assistance si l'erreur persiste ou si aucune résolution n'est mentionnée.

Le tableau suivant répertorie les codes d'erreur et les noms de fichier correspondants.

Code d'erreur

Nom du script

00

firstboot-network-config.pl, mode deploy

01

firstboot-network-config.pl, mise à niveau du mode

02

firstboot-inputs-validation.pl

03

firstboot-deploy-otv-ng.pl, déploiement, haute disponibilité

04

firstboot-deploy-otv-ng.pl, déploiement, non ha

05

firstboot-deploy-otv-ng.pl, redémarrer

06

firstboot-deploy-otv-ng.pl, mise à niveau, ha

07

firstboot-deploy-otv-ng.pl, mise à niveau, non ha

08

firstboot-otv-recovery.pl

Les trois derniers chiffres du code d'erreur indiquent l'erreur de flux de travail spécifique dans le script :

Code d'erreur de déploiement

Workflow

Résolution

050

Échec de la génération de la clé SSH

Redémarrez la machine virtuelle (VM) principale.

051

Échec du déploiement des VM secondaires

* Si les deuxième et troisième machines virtuelles sont créées, assurez-vous qu'il y a suffisamment de ressources CPU/mémoire disponibles avant de mettre les machines virtuelles secondaires sous tension et de redémarrer la machine virtuelle principale.

* Si les deuxième et troisième machines virtuelles sont en cours de déploiement des outils ONTAP pour la tâche de modèle VMware vSphere, attendez que la tâche soit terminée, mettez les machines virtuelles sous tension et redémarrez la machine virtuelle principale.

* Redéployer.

052

Échec de la copie des clés SSH

Redémarrez la machine virtuelle principale.

053

Echec de l'installation de RKE2

Exécutez les opérations suivantes et redémarrez la machine virtuelle principale ou redéployez : Sudo rke2-killall.sh (toutes les VM) Sudo rke2-uninstall.sh (toutes les VM).

054

Échec du paramétrage kubeconfig

Redéploiement

055

Échec du déploiement du registre

Si le pod de registre est présent, attendez que le pod soit prêt, puis redémarrez la machine virtuelle principale ou redéployez-la.

056

La connexion ISCSI a échoué

Vérifiez que le protocole iSCSI est activé et configuré correctement sur ONTAP. Vérifiez que l'adresse IP de la LIF de données iSCSI fournie est correcte et en ligne. Redémarrez la machine virtuelle si les points précédents sont corrects. Sinon, redéployer.

057

Le déploiement de Trident a échoué

*Assurez-vous que les adresses IP de la LIF de gestion et de la LIF de données sont accessibles depuis la VM.

*Assurez-vous que le protocole NFS ou iSCSI est activé et configuré correctement sur ONTAP.

*Assurez-vous que l'adresse IP de la LIF de données NFS/iSCSI fournie est correcte et en ligne.

*Assurez-vous que le nom d'utilisateur et le mot de passe fournis sont corrects et que l'utilisateur dispose de privilèges suffisants pour créer un volume.

* Redémarrez si tous les points ci-dessus sont corrects. Sinon, redéployer.

058

L'importation de Trident a échoué

*Assurez-vous que le nom d'utilisateur et le mot de passe fournis sont corrects et que l'utilisateur dispose des privilèges suffisants pour créer, monter, cloner et supprimer des volumes.

*Assurez-vous que la même configuration ONTAP est utilisée pour restaurer la configuration et réessayer la récupération.

059

Échec du déploiement KubeVip

Assurez-vous que l'adresse IP virtuelle du plan de contrôle Kubernetes et l'adresse IP de l'équilibreur de charge fournies lors du déploiement appartiennent au même VLAN et sont des adresses IP libres. Redémarrez si tous les points précédents sont corrects. Sinon, redéployer.

060

Le déploiement de l'opérateur a échoué

Redémarrer

061

Le déploiement des services a échoué

Effectuez des opérations de débogage Kubernetes de base comme GET pods, GET RS, GET svc, etc. Dans l'espace de noms du système ntv pour plus de détails et des journaux d'erreurs dans /var/log/ansible-perl-errors.log et /var/log/ansible-run.log et redéployez.

062

Échec du déploiement de VASA Provider et SRA

Reportez-vous aux journaux d'erreurs à l'adresse /var/log/ansible-perl-errors.log pour plus de détails et redéployez.

064

version.xml échec de la vérification

Redéploiement

065

L'URL de la page swagger est inaccessible

Redéploiement

066

Les étapes post-déploiement ont échoué

-

088

La configuration de la rotation du journal pour journald a échoué

Redémarrez la machine virtuelle principale.

089

La modification de la propriété du fichier de configuration de rotation du journal de synthèse a échoué

Redémarrez la machine virtuelle principale.

Redémarrez le code d'erreur

Workflow

067

Délai d'attente du serveur rke2 dépassé

101

Echec de la réinitialisation du mot de passe utilisateur maint/Console

102

Échec de la suppression du fichier de mot de passe lors de la réinitialisation du mot de passe utilisateur maint/Console

103

Échec de la mise à jour du nouveau mot de passe utilisateur maint/Console dans le coffre-fort

Code d'erreur de récupération

Workflow

Résolution

104

Les étapes de post-restauration ont échoué.

-

105

La copie du contenu vers le volume de récupération a échoué.

-

106

Impossible de monter le volume de restauration.

* Assurez-vous que le même SVM est utilisé et que le volume de récupération est présent dans la SVM. (Le nom du volume de restauration commence par otvng_trident_Recovery)

* Assurez-vous que les adresses IP de la LIF de gestion et de la LIF de données sont accessibles depuis la VM.

* Assurez-vous que le protocole NFS/iSCSI est activé et configuré correctement sur ONTAP.

* Assurez-vous que l'adresse IP NFS/iSCSI DAT LIF fournie est correcte et en ligne.

* Assurez-vous que le nom d'utilisateur, le mot de passe et le protocole fournis sont corrects et que l'utilisateur dispose des privilèges suffisants pour créer, monter, cloner, supprimer.

* Réessayer la récupération