- Vue d'ensemble (Overview)
- Prérequis
- Pré-installation
- Préparation de l'installation
- Téléchargement des packages d'installation
- Configuration du registre conforme à OCI
- Octroi d'autorisations d'installation avec des rôles de cluster
- Octroi d'autorisations d'installation sans rôles de cluster
- Installation et configuration du service Mesh
- Installer et configurer l'outil GitOps
- Installation de l'opérateur de clés secrètes externes
- Déploiement de Redis via OperatorHub
- Application de diverses configurations
- Exécution de uipathctl
- Installation
- Post-installation
- Migration et mise à niveau
- Surveillance et alerte
- Administration du cluster
- Configuration spécifique au produit
- Configuration avancée d'Orchestrator
- Configuration des paramètres d'Orchestrator
- Configuration des paramètres d'application
- Configuration de la taille maximale de la requête
- Remplacement de la configuration du stockage au niveau du cluster
- Configuration de NLog
- Enregistrement des journaux du robot dans Elasticsearch
- Configuration des magasins d'informations d'identification
- Configuration de la clé de chiffrement par locataire
- Nettoyer la base de données Orchestrator
- Ignorer l’installation de la bibliothèque hôte
- Rotation des informations d’identification de stockage d’objets blob
- Désactivation de l'utilisation d'URL pré-signées lors du téléchargement de données vers le stockage Amazon S3
- Configuration de la sécurité de l'application de processus
- Configurer une authentification Kerberos avec l’authentification MSSQL de base pour Process Mining
- AI Trust Layer
- Résolution des problèmes
- Comment désinstaller Automation Suite
- Comment résoudre l'échec de la vérification de la connectivité préalable sur OpenShift 4.16–4.18
- Comment déployer Insights dans un cluster compatible FIPS
- Comment désactiver l’activation automatique CDI dans l’opérateur GPU Nvidia
- Comment encoder en URL un mot de passe de chaîne de connexion SQL
- 500 erreurs et limitation de débit sur les requêtes S3 dans ODF
- Résolution des problèmes de clés secrètes externes
- Configuration des tolérances des pilotes CSI pour ODF 4.20
- Résolution des problèmes de Temporel en tant que service
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Erreurs de validation du certificat TLS
- Atténuation manuelle de la politique réseau ArgoCD
- Configurer les requêtes et les limites de ressources pour les charges de travail créées par uipathctl
Comment résoudre l'échec de la vérification de la connectivité préalable sur OpenShift 4.16-4.18
Résolvez les échecs de vérification de la connectivité des prérequis sur les nœuds du plan de contrôle OpenShift 4.16-4.18.
Lors de l'exécution des prérequis d'Automation Suite (uipathctl prereq run) sur un cluster OpenShift (versions 4.16-4.18), la vérification de la connectivité du cluster peut échouer sur certains nœuds avec l'erreur suivante :
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
L’erreur se produit généralement uniquement sur les nœuds de plan de contrôle.
Pour résoudre ce problème, vous pouvez utiliser l'une des options de solution de contournement suivantes :
-
Exécutez les prérequis sur les nœuds de travail uniquement.
Pour éviter de planifier des pods de prérequis sur les nœuds de plan de contrôle, vous devez appliquer uniquement les libellés de nœud aux nœuds de travail cibles. Vous devez mettre à jour
input.jsonpour inclure la sectionnode_labels, comme illustré dans l’exemple suivant :"node_labels": { "node-role.kubernetes.io/worker": "" }"node_labels": { "node-role.kubernetes.io/worker": "" }Cela garantit que toutes les vérifications des prérequis, y compris la connectivité, sont exécutées uniquement sur les nœuds de travail et non sur les nœuds de plan de contrôle où le conflit se produit.
-
Ignorer la vérification de la connectivité. Si le ciblage de rôles de nœud spécifiques n'est pas possible, vous devez exécuter la commande préreq en excluant la vérification de la connectivité :
uipathctl prereq run --excluded CONNECTIVITYuipathctl prereq run --excluded CONNECTIVITY