Otras soluciones de problemas

Si tienes problemas generales al configurar o utilizar Automation Suite, consulta lo siguiente:

• La configuración de la copia de seguridad no funciona debido a un fallo en la conexión a Azure Government

• Los pods en el espacio de nombres de UiPath se atascaban al habilitar los taints de nodo personalizados

• No se puede iniciar Automation Hub y Apps con la configuración de proxy

• Los pods no pueden comunicarse con FQDN en un entorno de proxy

• Se ignora la cadena de conexión SQL de la automatización de pruebas

• Error de copia de seguridad de EKS debido a la versión de Velero

• La copia de seguridad de Velero falla con el error de validación fallida
• El acceso a FQDN devuelve RBAC: error de acceso denegado

La copia de seguridad de Velero falla con el error de validación fallida

Al intentar ejecutar una copia de seguridad programada en Automation Suite en EKS/AKS, Velero puede devolver el siguiente error:

Phase: FailedValidation
Validation errors: an existing backup storage location was not specified at backup creation time and the server default default does not exist.
Error: BackupStorageLocation.velero.io "default" not found

Esto ocurre porque default-bs1 BackupStorageLocation no está marcado como predeterminado en la configuración de Velero.

Para solucionar el problema, sigue los siguientes pasos:

1. Verifica las ubicaciones de almacenamiento de copia de seguridad configuradas para Velero:

   kubectl get backupstoragelocations -n velero
   

   Confirme si la columna PREDETERMINADO está vacía.
2. Edita la ubicación de almacenamiento de la copia de seguridad para establecer el valor predeterminado:

   kubectl edit backupstoragelocation default-bs1 -n velero
   

3. En la sección spec , añade la siguiente línea:

   default: true
   

4. Guarda los cambios.
5. Reinicia los pods de Velero para aplicar la configuración:

   kubectl delete pod -n velero --all
   

   Como alternativa, realiza un reinicio continuo:

   kubectl -n velero rollout restart deploy/velero
   

6. Verifica la corrección:

   kubectl get backupstoragelocations -n velero
   

   Confirma que PHASE está disponible y que la columna PREDETERMINADO muestra Yes.

El acceso a FQDN devuelve RBAC: error de acceso denegado

Descripción

El acceso a un FQDN puede devolver el siguiente error:

RBAC: access denied

Este problema se produce porque el FQDN y su acceso a la URL relevante se enrutan a través de Istio. Istio se basa en un complemento WASM para enrutar la solicitud al pod de destino adecuado.

Si falta la imagen del complemento WASM en el registro, interno o externo, Istio bloquea el acceso a la URL y devuelve un error RBAC: access denied .

Solución

Para solucionar este problema, debes asegurarte de que el registro esté hidratado y de que la imagen del complemento WASM exista en el registro.

Para comprobar la imagen del complemento WASM, ejecuta el siguiente comando:

kubectl get wasmplugin -A -o yaml | grep url

La salida será similar a la del siguiente ejemplo:

url: oci://testing.azurecr.io/istio-wasm-plugin:2024.10.3

En el ejemplo anterior, la imagen del complemento WASM es istio-wasm-plugin:2024.10.3. Debes comprobar si esta imagen está presente en tu registro o no.