Outras soluções de problemas

Se você encontrar problemas gerais ao configurar ou usar o Automation Suite, consulte o seguinte:

• A configuração de backup não funciona devido a uma falha na conexão com o Azure Government

• Pods no namespace uipath travaram ao habilitar taints de nó personalizado

• Não é possível iniciar o Automation Hub e o Apps com configuração de proxy

• O Robot não pode se conectar a uma instância do Automation Suite Orchestrator

• O streaming de logs não funciona em configurações de proxy
• O backup do Velero falha com o erro FailedValidation
• O acesso ao FQDN retorna RBAC: erro de acesso negado

O backup do Velero falha com o erro FailedValidation

Ao tentar executar um backup agendado no Automation Suite no EKS/AKS, o Velero pode retornar o seguinte erro:

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

Isso ocorre devido ao default-bs1 BackupStorageLocation não ter sido marcado como padrão na configuração do Velero.

Para solucionar o problema, siga as seguintes etapas:

1. Verifique os locais de armazenamento de backup configurados para o Velero:

   kubectl get backupstoragelocations -n velero

   Confirme se a coluna PADRÃO está vazia.
2. Edite o local de armazenamento de backup para definir o valor padrão:

   kubectl edit backupstoragelocation default-bs1 -n velero

3. Abaixo da seção spec , adicione a seguinte linha:

   default: true

4. Salve as alterações.
5. Reinicie os pods do Velero para aplicar a configuração:

   kubectl delete pod -n velero --all

   Como alternativa, execute uma reinicialização contínua:

   kubectl -n velero rollout restart deploy/velero

6. Verifique a correção:

   kubectl get backupstoragelocations -n velero

   Confirme se o PHASE está Disponível e a coluna PADRÃO mostra Yes.

O acesso ao FQDN retorna RBAC: erro de acesso negado

Description

O acesso a um FQDN pode retornar o seguinte erro:

RBAC: access denied

Esse problema ocorre porque o FQDN e seu acesso a URL relevante são roteados por meio do Istio. O Istio depende de um plug-inWASM para encaminhar a solicitação para o pod de destino apropriado.

Se a imagem do plug-in doWASM estiver ausente no registro, interno ou externo, o Istio bloqueará o acesso à URL e retornará um erro RBAC: access denied .

Solução

Para resolver esse problema, você deve garantir que o registro esteja hidratado e que a imagem do plug-in HASM exista no registro.

Para verificar a imagem do plug-inWASM, execute o seguinte comando:

kubectl get wasmplugin -A -o yaml | grep url

A saída será semelhante à do exemplo a seguir:

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

No exemplo acima, a imagem do plug-in doWASM é istio-wasm-plugin:2024.10.3. Você deve verificar se essa imagem está presente em seu registro ou não.