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 mise à niveau des ONTAP tools

04/17/2026 Contributeurs

Des codes d'erreur peuvent s'afficher lors de la mise à niveau 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é.

Les codes d'erreur affichés sur cette page sont fournis à titre indicatif uniquement. Veuillez contacter l'équipe d'assistance si l'erreur persiste ou si aucune 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, haute disponibilité
07	firstboot-deploy-otv-ng.pl, mise à niveau, non HA
08	firstboot-otv-recovery.pl
09	post-deploy-upgrade.pl

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

Mettre à niveau le code d'erreur Workflow Résolution

Mettre à niveau le code d'erreur	Workflow	Résolution
052	L'ISO peut être la même que la version actuelle ou deux versions au-dessus de la version actuelle.	Utilisez une version ISO compatible pour effectuer une mise à niveau à partir de votre version actuelle.
068	Échec de la restauration des paquets Debian	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
069	Échec de la restauration des fichiers	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
070	Échec de la suppression de la sauvegarde	-
071	Cluster Kubernetes défectueux	-
074	Echec du montage ISO	Vérifiez le fichier /var/log/upgrade-run.log et réessayez la mise à niveau.
075	Échec des pré-vérifications de mise à niveau	Réessayez la mise à niveau.
076	Échec de la mise à niveau du Registre	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
077	Échec de la restauration du registre	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
078	La mise à niveau de l'opérateur a échoué	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
079	Echec du retour arrière de l'opérateur	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
080	La mise à niveau des services a échoué	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
081	Échec de la restauration des services	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
082	Échec de la suppression des anciennes images du conteneur	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
083	La suppression de la sauvegarde a échoué	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
084	Echec de la remise en production du JobManager	Pour récupérer/terminer la mise à niveau, procédez comme suit : 1. Activez l’interface de diagnostic 2. Exécutez la commande : sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade 3. Consultez les journaux dans /var/log/post-deploy-upgrade.log
087	Échec des étapes post-mise à niveau.	Procédez comme suit pour récupérer/terminer la mise à niveau. 1. Activer le shell de diagnostic 2. Exécutez sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade command 3. Vérifiez les journaux dans /var/log/post-deploy-upgrade.log
088	La configuration de la rotation du journal pour journald a échoué	Vérifiez que les paramètres réseau de la machine virtuelle sont compatibles avec l'hôte qui l'héberge. Vous pouvez essayer de migrer la machine virtuelle vers un autre hôte et de la redémarrer.
089	La modification de la propriété du fichier de configuration de rotation du journal de synthèse a échoué	Réessayez la mise à niveau.
095	Échec de la mise à niveau du se	Aucune récupération pour la mise à niveau du système d'exploitation. Les services d'outils ONTAP sont mis à niveau et de nouveaux pods seront en cours d'exécution.
096	Installer le provisionneur de stockage dynamique	Consultez les journaux de mise à niveau et réessayez la mise à niveau.
097	La désinstallation des services pour la mise à niveau a échoué	Utilisez un RPO nul ou une restauration basée sur des snapshots et réessayez la mise à niveau.
098	échec de la copie du secret dockercred du système ntv vers l'espace de noms du mécanisme de provisionnement de stockage dynamique	Consultez les journaux de mise à niveau et réessayez la mise à niveau.
099	Impossible de valider l'ajout de nouveau disque dur	Ajout du nouveau disque dur à tous les nœuds en cas de haute disponibilité et à un nœud en cas de déploiement non HA
109	la sauvegarde des données du volume persistant a échoué	Consultez les journaux de mise à niveau et réessayez la mise à niveau.
110	échec de la restauration des données du volume persistant	Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.
111	Échec de la mise à jour des paramètres de délai d'attente d'ETCD pour le RKE2	Consultez les journaux de mise à niveau et réessayez la mise à niveau.
112	La désinstallation du provisionnement de stockage dynamique a échoué	-
113	L'actualisation des ressources sur les nœuds secondaires a échoué	Consultez les journaux de mise à niveau et réessayez la mise à niveau.
104	Le redémarrage du nœud secondaire a échoué	Redémarrez les nœuds manuellement, un par un.
100	échec de la restauration du noyau	-
051	la mise à niveau du provisionnement de stockage dynamique a échoué	Consultez les journaux de mise à niveau et réessayez la mise à niveau.
056	échec de la suppression de la sauvegarde de migration	NA
090	la validation du certificat pour les backends de stockage et vCenter a échoué	Vérifiez les journaux de mise à niveau et le fichier journal dans /var/log/cert_validation_error.log et réessayez la mise à niveau.
114	La mise à jour du certificat interne dans la collection MongoDB a échoué	Si la mise à niveau échoue avec le code d'erreur 114, procédez comme suit : Connectez-vous à l'ISO de mise à niveau sur le nœud principal et activez le shell de diagnostic. Monter l'ISO depuis la session SSH sur le nœud principal : sudo mount /dev/cdrom sudo mount -o loop,ro /dev/cdrom/APPLIANCE_UPGRADE.bin /upgrade Installer les paquets Debian : sudo dpkg -iE /upgrade/dists/squeeze/main/binary-amd64/vplatform.deb sudo dpkg -iE /upgrade/dists/squeeze/main/binary-amd64/vpupgrader.deb sudo dpkg -iE /upgrade/dists/squeeze/main/binary-amd64/vmware-tools.deb Copiez le fichier d'informations de compilation : sudo cp /upgrade/APPLIANCE_BUILD / Ajoutez les certificats à la collection en activant l'interface de diagnostic et en exécutant : sudo perl /home/maint/scripts/post-deploy-upgrade.pl --internal_cert_update_collection Consultez les journaux à `/var/log/otvng/post-deploy-upgrade.log`. Redémarrez les nœuds : sudo bash /home/maint/scripts/vault_decrypt.sh cd /home/maint/rke2-pb sudo ansible-playbook site.yaml --tags restart_nodes --skip-tags debian_upgrade,kernel_upgrade,rescan_scsi_bus,source_iso,eject_upgrade,mountIso,upgradeNodes,registryUpg,deleteOldImages,wait,checkReachability,delete_otv_cr,uninstall_trident,del_trident_images,refresh_resources,ntp_configure,ntpd_uninstall Effectuez les étapes suivant la mise à niveau : sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade Vérifiez que l'opération a bien été effectuée en consultant les journaux : tail -f /var/log/post-deploy-upgrade.log Recherchez le message de réussite : `Completed post 10.5 upgrade steps.` Éjectez l'ISO : sudo umount -l -f /upgrade sudo umount -l -f /dev/cdrom sudo eject /dev/cdrom Redémarrez le nœud principal : sudo reboot -f

052

L'ISO peut être la même que la version actuelle ou deux versions au-dessus de la version actuelle.

Utilisez une version ISO compatible pour effectuer une mise à niveau à partir de votre version actuelle.

068

Échec de la restauration des paquets Debian

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

069

Échec de la restauration des fichiers

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

070

Échec de la suppression de la sauvegarde

071

Cluster Kubernetes défectueux

074

Echec du montage ISO

Vérifiez le fichier /var/log/upgrade-run.log et réessayez la mise à niveau.

075

Échec des pré-vérifications de mise à niveau

Réessayez la mise à niveau.

076

Échec de la mise à niveau du Registre

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

077

Échec de la restauration du registre

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

078

La mise à niveau de l'opérateur a échoué

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

079

Echec du retour arrière de l'opérateur

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

080

La mise à niveau des services a échoué

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

081

Échec de la restauration des services

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

082

Échec de la suppression des anciennes images du conteneur

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

083

La suppression de la sauvegarde a échoué

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

084

Echec de la remise en production du JobManager

Pour récupérer/terminer la mise à niveau, procédez comme suit : 1. Activez l’interface de diagnostic 2. Exécutez la commande : sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade 3. Consultez les journaux dans /var/log/post-deploy-upgrade.log

087

Échec des étapes post-mise à niveau.

Procédez comme suit pour récupérer/terminer la mise à niveau. 1. Activer le shell de diagnostic 2. Exécutez sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade command 3. Vérifiez les journaux dans /var/log/post-deploy-upgrade.log

088

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

Vérifiez que les paramètres réseau de la machine virtuelle sont compatibles avec l'hôte qui l'héberge. Vous pouvez essayer de migrer la machine virtuelle vers un autre hôte et de la redémarrer.

089

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

Réessayez la mise à niveau.

095

Échec de la mise à niveau du se

Aucune récupération pour la mise à niveau du système d'exploitation. Les services d'outils ONTAP sont mis à niveau et de nouveaux pods seront en cours d'exécution.

096

Installer le provisionneur de stockage dynamique

Consultez les journaux de mise à niveau et réessayez la mise à niveau.

097

La désinstallation des services pour la mise à niveau a échoué

Utilisez un RPO nul ou une restauration basée sur des snapshots et réessayez la mise à niveau.

098

échec de la copie du secret dockercred du système ntv vers l'espace de noms du mécanisme de provisionnement de stockage dynamique

Consultez les journaux de mise à niveau et réessayez la mise à niveau.

099

Impossible de valider l'ajout de nouveau disque dur

Ajout du nouveau disque dur à tous les nœuds en cas de haute disponibilité et à un nœud en cas de déploiement non HA

109

la sauvegarde des données du volume persistant a échoué

Consultez les journaux de mise à niveau et réessayez la mise à niveau.

110

échec de la restauration des données du volume persistant

Utilisez une restauration basée sur des snapshots ou un RPO nul et réessayez la mise à niveau.

111

Échec de la mise à jour des paramètres de délai d'attente d'ETCD pour le RKE2

Consultez les journaux de mise à niveau et réessayez la mise à niveau.

112

La désinstallation du provisionnement de stockage dynamique a échoué

113

L'actualisation des ressources sur les nœuds secondaires a échoué

Consultez les journaux de mise à niveau et réessayez la mise à niveau.

104

Le redémarrage du nœud secondaire a échoué

Redémarrez les nœuds manuellement, un par un.

100

échec de la restauration du noyau

051

la mise à niveau du provisionnement de stockage dynamique a échoué

Consultez les journaux de mise à niveau et réessayez la mise à niveau.

056

échec de la suppression de la sauvegarde de migration

090

la validation du certificat pour les backends de stockage et vCenter a échoué

Vérifiez les journaux de mise à niveau et le fichier journal dans /var/log/cert_validation_error.log et réessayez la mise à niveau.

114

La mise à jour du certificat interne dans la collection MongoDB a échoué

Si la mise à niveau échoue avec le code d'erreur 114, procédez comme suit :

Connectez-vous à l'ISO de mise à niveau sur le nœud principal et activez le shell de diagnostic.

Monter l'ISO depuis la session SSH sur le nœud principal :

sudo mount /dev/cdrom
sudo mount -o loop,ro /dev/cdrom/APPLIANCE_UPGRADE.bin /upgrade

Installer les paquets Debian :

sudo dpkg -iE /upgrade/dists/squeeze/main/binary-amd64/vplatform.deb
sudo dpkg -iE /upgrade/dists/squeeze/main/binary-amd64/vpupgrader.deb
sudo dpkg -iE /upgrade/dists/squeeze/main/binary-amd64/vmware-tools.deb

Copiez le fichier d'informations de compilation :
```
sudo cp /upgrade/APPLIANCE_BUILD /
```
Ajoutez les certificats à la collection en activant l'interface de diagnostic et en exécutant :
```
sudo perl /home/maint/scripts/post-deploy-upgrade.pl --internal_cert_update_collection
```
Consultez les journaux à /var/log/otvng/post-deploy-upgrade.log.

Redémarrez les nœuds :

sudo bash /home/maint/scripts/vault_decrypt.sh
cd /home/maint/rke2-pb
sudo ansible-playbook site.yaml --tags restart_nodes --skip-tags debian_upgrade,kernel_upgrade,rescan_scsi_bus,source_iso,eject_upgrade,mountIso,upgradeNodes,registryUpg,deleteOldImages,wait,checkReachability,delete_otv_cr,uninstall_trident,del_trident_images,refresh_resources,ntp_configure,ntpd_uninstall

Effectuez les étapes suivant la mise à niveau :

sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade

Vérifiez que l'opération a bien été effectuée en consultant les journaux :
```
tail -f /var/log/post-deploy-upgrade.log
```
Recherchez le message de réussite : Completed post 10.5 upgrade steps.

Éjectez l'ISO :

sudo umount -l -f /upgrade
sudo umount -l -f /dev/cdrom
sudo eject /dev/cdrom

Redémarrez le nœud principal :
```
sudo reboot -f
```

À partir des outils ONTAP pour VMware vSphere 10.3, le RPO nul n'est pas pris en charge.

En savoir plus sur "Restauration des outils ONTAP pour VMware vSphere en cas d'échec de la mise à niveau de la version 10.0 vers la version 10.1"

Codes d'erreur de mise à niveau des ONTAP tools

Creating your file...