- Visão geral
- Requisitos
- Pré-instalação
- Preparação da instalação
- Baixando os pacotes de instalação
- Configuração do registro compatível com OCI
- Concessão de permissões de instalação com funções de cluster
- Concessão de permissões de instalação sem funções de cluster
- Instalação e configuração do service mesh
- Instalando e configurando a ferramenta GitOps
- Instalando o operador de segredos externos
- Implantação do Redis pelo OperatorHub
- Aplicação de configurações diversas
- Executando o uipathctl
- Instalação
- Pós-instalação
- Migração e atualização
- Monitoramento e alertas
- Administração de cluster
- Configuração específica do produto
- Configuração avançada do Orchestrator
- Configuração de parâmetros do Orchestrator
- Configuração do AppSettings
- Configuração do tamanho máximo da solicitação
- Substituição da configuração de armazenamento no nível do cluster
- Configuração do NLog
- Salvando logs do robô no Elasticsearch
- Configuração dos repositórios de credenciais
- Configuração da chave de criptografia por tenant
- Limpeza do banco de dados do Orchestrator
- Ignorar a instalação da biblioteca do host
- AI Trust Layer
- Solução de problemas
- Como desinstalar o Automation Suite
- Como resolver a falha de verificação de conectividade pré-requisito no OpenShift 4.16–4.18
- Como implantar o Insights em um cluster habilitado para FIPS
- Como desabilitar a habilitação automática do CDI no operador de GPU Nvidia
- Como codificar para URL uma senha da string de conexão do PostgreSQL
- 500 erros e limitação de taxa em solicitações do S3 no ODF
- Solução de problemas de segredos externos
- Configurando tolerâncias de driver CSI para ODF 4.20
- Solução de problemas de Temporal como um serviço
- Os pods do AI Center e do Document Understanding falham ao iniciar com a verificação do certificado TLS habilitada
- O Studio Desktop não pode carregar conectores e atividades do Integration Service
- Erros de validação de certificado TLS
- Migreção manual do ArgoCD NetworkPolicy (GHSA-47m3-95c7-g2g8)
- Configuração de solicitações e limites de recursos para cargas de trabalho criadas pelo uipathctl
Como resolver a falha de verificação de conectividade pré-requisito no OpenShift 4.16-4.18
Resolver falhas de verificação de conectividade de pré-requisitos em nós do plano de controle do OpenShift 4.16-4.18.
Ao executar os pré-requisitos do Automation Suite (uipathctl prereq run) em um cluster do OpenShift (versão 4.16-4.18), a verificação de conectividade do cluster pode falhar em determinados nós com o seguinte erro:
time="2025-07-22T13:51:02Z" level=info msg="Wizard is running on :8080"
Error: listen failed with error: listen tcp :8080: bind: address already in use
time="2025-07-22T13:51:02Z" level=info msg="Wizard is running on :8080"
Error: listen failed with error: listen tcp :8080: bind: address already in use
O erro normalmente ocorre apenas em nós do plano de controle.
Para resolver esse problema, você pode usar uma das seguintes opções de solução alternativa:
-
Execute pré-requisitos apenas em nós de trabalho.
Para evitar o agendamento de pods de pré-requisito em nós do plano de controle, você deve aplicar rótulos de nó apenas para os nós de trabalho de destino. Você deve atualizar
input.jsonpara incluir a seçãonode_labels, conforme mostrado no exemplo a seguir:"node_labels": { "node-role.kubernetes.io/worker": "" }"node_labels": { "node-role.kubernetes.io/worker": "" }Isso garante que todas as verificações de pré-requisitos, incluindo a conectividade, sejam executadas apenas nos nós de trabalho e não nos nós do plano de controle onde o conflito ocorre.
-
Ignore a verificação de conectividade. Se não for possível segmentar funções de nó específicas (quando os nós são configurados com várias funções), você deve executar o comando prereq excluindo a verificação de conectividade:
uipathctl prereq run --excluded CONNECTIVITYuipathctl prereq run --excluded CONNECTIVITY