Problemas conocidos
Sugerir cambios
PDF
Los problemas conocidos identifican problemas por los que el uso correcto de esta versión del producto puede resultar imposible.
Los siguientes problemas conocidos afectan a la versión actual:
Los backups de aplicaciones y las snapshots producen errores si la clase volumesnapshotse añade después de gestionar un clúster
Los backups y las Snapshot fallan con un UI 500 error en este escenario. Como solución alternativa, actualice la lista de aplicaciones.
Se produce un error en la gestión de un clúster con Astra Control Center cuando el archivo kubeconfig contiene más de un contexto
No puede utilizar una imagen de kubeconfig con más de un clúster y contexto en él. Consulte "artículo de base de conocimientos" si quiere más información.
Un pod de supervisión puede fallar en entornos Istio
Si emparejas Astra Control Center con Cloud Insights en un entorno de Istio, el telegraf-rs el pod puede bloquearse. Para solucionar esta solución, siga estos pasos:
-
Busque el pod averiado:
kubectl -n netapp-monitoring get pod | grep Error
Debería ver una salida similar a la siguiente:
NAME READY STATUS RESTARTS AGE telegraf-rs-fhhrh 1/2 Error 2 (26s ago) 32s
-
Reinicie el pod averiado, sustituyéndolo
<pod_name_from_output>con el nombre del pod afectado:kubectl -n netapp-monitoring delete pod <pod_name_from_output>
Debería ver una salida similar a la siguiente:
pod "telegraf-rs-fhhrh" deleted
-
Compruebe que el pod se ha reiniciado y que no está en un estado de error:
kubectl -n netapp-monitoring get pod
Debería ver una salida similar a la siguiente:
NAME READY STATUS RESTARTS AGE telegraf-rs-rrnsb 2/2 Running 0 11s
Las operaciones de gestión de datos de aplicaciones producen errores internos de servicio (500) cuando Astra Trident está sin conexión
Si Astra Trident se desconecta (y se vuelve a conectar) y se producen 500 errores internos de servicio al intentar gestionar los datos de las aplicaciones, reinicie todos los nodos de Kubernetes del clúster de aplicaciones para restaurar la funcionalidad.
Las operaciones de restauración sin movimiento a las clases de almacenamiento económico ontap-nas fallan
Si realiza una restauración sin movimiento de una aplicación (restaura la aplicación en su espacio de nombres original) y la clase de almacenamiento de la aplicación utiliza el ontap-nas-economy controlador, se puede producir un error en la operación de restauración si el directorio snapshot no está oculto. Antes de restaurar en el lugar, siga las instrucciones de "Habilite el backup y la restauración para las operaciones económicas de ontap-nas" para ocultar el directorio de instantáneas.
Puede producirse un error en la restauración desde un backup cuando se utiliza el cifrado en tránsito de Kerberos
Cuando se restaura una aplicación desde un backup a un back-end de almacenamiento que utiliza el cifrado en tránsito de Kerberos, se puede producir un error en la operación de restauración. Este problema no afecta a la restauración de una copia Snapshot ni a la replicación de los datos de la aplicación mediante SnapMirror de NetApp.
|
Cuando use el cifrado en tránsito de Kerberos con volúmenes NFSv4, asegúrese de que los volúmenes NFSv4 estén utilizando la configuración correcta. Consulte la sección Configuración de dominio de NetApp NFSv4 (página 13) del "Guía de mejoras y prácticas recomendadas de NetApp NFSv4". |
Los datos de backup permanecen en bloque tras la eliminación de bloques con política de retención vencida
Si elimina el backup inmutable de una aplicación después de que la política de retención del bloque haya caducado, el backup se eliminará de Astra Control, pero no del bloque. Este problema se solucionará en una próxima versión.