- Visão geral
- Requisitos
- Pré-instalação
- Preparação da instalação
- Instalação e configuração do service mesh
- Baixando os pacotes de instalação
- Configuração do registro compatível com OCI
- Concessão de permissões de instalação
- Instalando e configurando a ferramenta GitOps
- 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
- Atualizando o Automação Suite
- Migração de produtos independentes para o Automation Suite
- Etapa 1: restauração do banco de dados de produtos independente
- Etapa 2: atualizar o esquema do banco de dados de produtos restaurado
- Etapa 3: migração dos dados da organização do Identity de independente para o Automation Suite
- Etapa 4: backup do banco de dados da plataforma no Automation Suite
- Etapa 5: mesclando organizações no Automation Suite
- Etapa 6: atualização das strings de conexão do produto migradas
- Etapa 7: migração do Orchestrator independente
- Etapa 8: migração do Insights independente
- Etapa 9: migração do Test Manager independente
- Etapa 10: exclusão do tenant padrão
- Executando uma migração de único tenant
- Migração entre clusters do Automation Suite
- 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
- Solução de problemas
- Como coletar dados de uso de DU com objectstore (Ceph) no cluster
- Como resolver a falha de verificação de conectividade pré-requisito no OpenShift 4.16-4.18
- Como desinstalar o Automation Suite
- Como implantar o Insights em um cluster habilitado para FIPS
- Como desabilitar a habilitação automática do CDI no operador de GPU Nvidia
Guia de instalação do Automation Suite no OpenShift
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