- 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
O Studio Desktop não pode carregar conectores e atividades do Integration Service
Solução alternativa para o Studio Desktop que não exibe conectores e atividades do Integration Service devido a um problema de roteamento de tipocache no Automation Suite 2025.10.0–2025.10.2.
Esse problema afeta o Automation Suite 2025.10.0–2025.10.2. É resolvido em 2025.10.3.
Description
No Studio Desktop, o painel Atividades não lista conectores e atividades do Integration Service. Os logs de serviço intsvcs-periodic contêm o seguinte erro:
org.springframework.web.servlet.NoHandlerFoundException:
No endpoint GET /v3/element/typecache/api/Studio/Packages
org.springframework.web.servlet.NoHandlerFoundException:
No endpoint GET /v3/element/typecache/api/Studio/Packages
Isso é causado por uma configuração incorreta de roteamento: o Studio Desktop solicita informações do conector no caminho /v3/element/typecache/..., mas o roteamento no cluster encaminha essa solicitação para o serviço intsvcs-periodic sem remover o prefixo /v3/element. O serviço não tem nenhum manipulador registrado para o caminho prefixado e retorna 404 Não encontrado.
O Studio Web não é afetado por esse problema.
Solução
Etapa 1 — Confirmar se você é afetado
Execute o seguinte comando para verificar os logs intsvcs-periodic para o erro 404:
kubectl -n uipath logs deploy/intsvcs-periodic -c periodic --since=1h \
| grep "No endpoint GET /v3/element/typecache"
kubectl -n uipath logs deploy/intsvcs-periodic -c periodic --since=1h \
| grep "No endpoint GET /v3/element/typecache"
Se o comando retornar a saída, você está encontrando esse problema.
Etapa 2 — Aplicar a regravação do VirtualService
-
Abra o VirtualService (abreviado
vsem kubectl) para edição:kubectl -n uipath edit vs intsvcs-periodic-vskubectl -n uipath edit vs intsvcs-periodic-vs -
Localize a regra chamada
standard-url-periodic-elementPathe adicione as duas linhas a seguir diretamente acima da chaveroute::rewrite: uri: /rewrite: uri: /Após a atualização, a regra deve ser semelhante a isto:
uri: prefix: /v3/element/ name: standard-url-periodic-elementPath retries: attempts: 3 perTryTimeout: 20s retryOn: connect-failure,refused-stream rewrite: uri: / route: - destination: host: intsvcs-periodic.uipath.svc.cluster.local port: number: 80 timeout: 60suri: prefix: /v3/element/ name: standard-url-periodic-elementPath retries: attempts: 3 perTryTimeout: 20s retryOn: connect-failure,refused-stream rewrite: uri: / route: - destination: host: intsvcs-periodic.uipath.svc.cluster.local port: number: 80 timeout: 60s -
Salve e feche o editor. O Kubernetes aplica a alteração imediatamente.
Etapa 3 — Verificar a regravação
Execute o seguinte comando para ler a definição do VirtualService salva e confirmar que a regra de regravação foi aplicada. O comando usa jq para extrair apenas o campo reescrever da saída JSON:
kubectl -n uipath get vs intsvcs-periodic-vs -o json \
| jq '.spec.http[] | select(.name=="standard-url-periodic-elementPath").rewrite'
kubectl -n uipath get vs intsvcs-periodic-vs -o json \
| jq '.spec.http[] | select(.name=="standard-url-periodic-elementPath").rewrite'
Saída esperada:
{
"uri": "/"
}
{
"uri": "/"
}
Etapa 4 — Validar no Studio Desktop
Reabra o painel de Atividades no Studio Desktop e confirme se os conectores e as atividades do Integration Service agora aparecem.