Códigos de error de actualización de ONTAP tools
Es posible que aparezcan códigos de error durante la operación de actualización de ONTAP tools for VMware vSphere. Los códigos de error constan de cinco dígitos, donde los dos primeros indican el script en el que se produjo el problema y los tres últimos representan el flujo de trabajo específico dentro de ese script.
Todos los registros de errores se guardan en el archivo ansible-perl-errors.log para facilitar el seguimiento y la resolución de los problemas. Este archivo de registro contiene el código de error y la tarea de Ansible que ha fallado.
|
|
Los códigos de error proporcionados en esta página son solo de referencia. Contacta al equipo de soporte si el error persiste o si no se menciona una resolución. |
En la siguiente tabla se enumeran los códigos de error y los nombres de archivo correspondientes.
Código de error |
Nombre del script |
00 |
firstboot-network-config.pl, modo deploy |
01 |
firstboot-network-config.pl, modo upgrade |
02 |
firstboot-inputs-validation.pl |
03 |
firstboot-deploy-otv-ng.pl, despliegue, HA |
04 |
firstboot-deploy-otv-ng.pl, implementación, sin alta disponibilidad |
05 |
firstboot-deploy-otv-ng.pl, reiniciar |
06 |
firstboot-deploy-otv-ng.pl, actualización, HA |
07 |
firstboot-deploy-otv-ng.pl, actualización, sin alta disponibilidad |
08 |
firstboot-otv-recovery.pl |
09 |
post-deploy-upgrade.pl |
Los tres últimos dígitos del código de error indican el error concreto del flujo de trabajo dentro del script:
| Código de error de actualización | Flujo de trabajo | Resolución |
|---|---|---|
052 |
La versión ISO puede ser la misma que la actual o estar dos versiones por encima de la actual. |
Utiliza una versión ISO compatible para actualizar desde tu versión actual. |
068 |
Ha fallado la reversión de los paquetes de Debian |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
069 |
Error al restaurar los archivos |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
070 |
No se pudo eliminar la copia de seguridad |
- |
071 |
El clúster de Kubernetes no estaba en buen estado |
- |
074 |
Error al montar el archivo ISO |
Comprueba el archivo /var/log/upgrade-run.log y vuelve a intentar la actualización. |
075 |
Las comprobaciones previas a la actualización han fallado |
Vuelve a intentar la actualización. |
076 |
La actualización del registro ha fallado |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
077 |
La reversión del registro ha fallado |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
078 |
La actualización del operador ha fallado |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
079 |
Error al revertir el operador |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
080 |
La actualización de los servicios ha fallado |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
081 |
La reversión de los servicios ha fallado |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
082 |
No se pudieron eliminar las imágenes antiguas del contenedor |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
083 |
No se ha podido eliminar la copia de seguridad |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
084 |
No se pudo cambiar JobManager de nuevo a Production |
Sigue estos pasos para recuperar o completar la actualización. 1. Activa el shell de diagnóstico 2. Ejecuta el comando: sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade 3. Revisa los registros en /var/log/post-deploy-upgrade.log |
087 |
Los pasos posteriores a la actualización fallaron. |
Sigue estos pasos para recuperar o completar la actualización. 1. Activa el shell de diagnóstico 2. Ejecuta el comando sudo perl /home/maint/scripts/post-deploy-upgrade.pl --postupgrade 3. Revisa los registros en /var/log/post-deploy-upgrade.log |
088 |
Error al configurar la rotación de registros para journald |
Verifica la configuración de red de la VM compatible con el host en el que está alojada la VM. Puedes intentar migrar la VM a otro host y reiniciarla. |
089 |
Error al cambiar el propietario del archivo de configuración de rotación del registro de resumen |
Vuelve a intentar la actualización. |
095 |
Error en la actualización del sistema operativo |
No hay recuperación tras la actualización del sistema operativo. Los servicios de ONTAP tools se actualizan y se ejecutarán nuevos pods. |
096 |
Instala el proveedor de almacenamiento dinámico |
Consulta los registros de actualización y vuelve a intentar la actualización. |
097 |
Error al desinstalar los servicios para la actualización |
Utiliza una recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
098 |
Error al copiar el secreto "dockercred" de "ntv-system" al espacio de nombres del proveedor de almacenamiento dinámico |
Consulta los registros de actualización y vuelve a intentar la actualización. |
099 |
No se pudo validar la incorporación del nuevo disco duro |
Agrega el nuevo HDD a todos los nodos en caso de HA y a un solo nodo en caso de una implementación sin HA. |
109 |
Error al hacer copia de seguridad de los datos del volumen persistente |
Consulta los registros de actualización y vuelve a intentar la actualización. |
110 |
Error al restaurar los datos del volumen persistente |
Utiliza la recuperación con RPO cero o basada en instantáneas y vuelve a intentar la actualización. |
111 |
Error al actualizar los parámetros de tiempo de espera de etcd para RKE2 |
Consulta los registros de actualización y vuelve a intentar la actualización. |
112 |
Error al desinstalar el proveedor de almacenamiento dinámico |
- |
113 |
Error al actualizar los recursos en los nodos secundarios |
Consulta los registros de actualización y vuelve a intentar la actualización. |
104 |
Ha fallado el reinicio del nodo secundario |
Reinicia los nodos manualmente, uno por uno. |
100 |
La reversión del kernel ha fallado |
- |
051 |
Ha fallado la actualización del proveedor de almacenamiento dinámico |
Comprueba los registros de actualización y vuelve a intentar la actualización. |
056 |
Error al eliminar la copia de seguridad de la migración |
NA |
090 |
La validación de certificados para los backends de almacenamiento y vCenter falló |
Comprueba los registros de actualización y el archivo de registro en /var/log/cert_validation_error.log y vuelve a intentar la actualización. |
114 |
Falló la actualización interna del certificado en la colección MongoDB |
Si la actualización falla con el código de error 114, realiza los siguientes pasos:
|
|
|
A partir de ONTAP tools for VMware vSphere 10.3 no se admite RPO cero. |