2023.10.3

Notes de version 2023.10.3 pour Automation Suite sous Linux.

Date de publication : 19 avril 2024

Prise en charge des déploiements actif/actif

Nous sommes heureux d’annoncer que vous pouvez désormais déployer Automation Suite en mode actif/actif. Grâce à la nouvelle configuration, vous pouvez augmenter la disponibilité du système, améliorer les performances en répartissant les charges de travail, et assurer un processus de basculement fluide en veillant à ce que tous les systèmes soient opérationnels et en répartissant les charges de façon simultanée.

Seul Orchestrator prend actuellement en charge la configuration Actif/Actif, mais nous travaillons dur afin d’ajouter davantage de produits à la liste.

Pour plus de détails sur les configurations actif/actif, consultez la section Disaster Recovery – actif/passif et actif/actif.

Prise en charge de High Availability Add-on en version externe

La prise en charge des déploiements actif/actif procure un avantage supplémentaire : Automation Suite prend désormais en charge High Availability Add-on (HAA) en mode externe, en plus de la configuration intégrée au cluster.

Bien que le déploiement de HAA sur des machines externes soit obligatoire dans le cas de configurations actif/actif, celui-ci est facultatif dans tous les autres scénarios.

Pour plus de détails sur la configuration du module HAA, qu’il soit installé sur le même cluster qu’Automation Suite ou bien en mode externe, consultez la section Configuration de High Availability Add-on ainsi que le Guide d’installation de High Availability Add-on.

Prise en charge de la migration d’Insights en version autonome vers Automation Suite

Nous sommes ravis d’annoncer que vous pouvez désormais migrer votre version autonome de Insights vers Automation Suite. Cette migration vous permet de profiter de tous les avantages associés au déploiement de plusieurs produits UiPath locaux dans un emplacement unique et unifié. Pour en savoir plus, consultez la section Migration complète.

Migration simplifiée vers Automation Suite

Erratum - ajouté le 3 juin 2024  dans une volonté d’optimiser le processus de migration d’un produit autonome vers Automation Suite, nous avons apporté plusieurs améliorations à l’outil de migration.

Parmi les améliorations notables, l’outil de migration peut désormais créer automatiquement un locataire pour chaque organisation. Cela signifie que vous n’avez plus besoin d’effectuer cette opération de manière manuelle.

Toutefois, si vous avez déjà commencé à effectuer cette étape manuellement lors de votre migration vers Automation Suite, l’outil de migration va ignorer cela et créer de nouvelles paires locataire-organisation. Veuillez noter que le format du nom de locataire généré automatiquement est tenant_xxxxxxxx, où xxxxxxxx désigne les huit premiers caractères de l’ID de l’organisation Automation Suite.

Cela mis à part, vous n’avez plus besoin de fournir l’ID du locataire lorsque vous fusionnez des organisations.

Les paramètres mis à jour de l’outil UiPath.OrganizationMigrationApp constituent un autre changement important :

• Nous avons repensé les paramètres existants suivants :
  • Le paramètre s nécessitait auparavant de se connecter à la base de données Identity du produit autonome. Vous devez désormais fournir la liste des ID d’organisation du produit autonome.
  • Le paramètre d nécessitait auparavant de se connecter à la base de données Identity d’Automation Suite. Il vous oblige désormais à fournir la liste des ID d’organisation d’Automation Suite.
• Nous avons introduit les nouveaux paramètres suivants :
  • Le paramètre i nécessite de se connecter à la base de données Identity du produit autonome.
  • Le paramètre j nécessite de se connecter à la base de données Identity d’Automation Suite.
  • Le paramètre o nécessite de se connecter à la base de données Orchestrator du produit autonome.
  • Le paramètre p nécessite l’URL d’Automation Suite.
  • Le paramètre c nécessite la clé secrète du client OMS S2S.

Obsolescence de l’activation de licence à partir du portail hôte

Nous nous efforçons d’améliorer en continu la prise en charge de l’offre commerciale de la plate-forme UiPath®, c’est pourquoi nous avons rendu obsolète l’option d’activation des licences à partir du portail hôte. Afin de faciliter la transition, nous avons ajouté une bannière d’avertissement informant les administrateurs de cette obsolescence et détaillé les bonnes pratiques pour activer les licences.

Soyez rassuré, cela n’affectera en aucune façon la fonctionnalité, et vous pourrez toujours activer les licences du portail hôte jusqu’à ce que la fonctionnalité soit supprimée.

Améliorations de l’outil Pack d’assistance

Nous avons modifié le comportement par défaut de l’outil Pack d’assistance. L’exécution par défaut génère désormais le bundle RKE2, en plus des bundles uipath, Redis et Longhorn.

Nous avons également apporté les modifications suivantes aux arguments de l’outil Pack d’assistance :

• Nous avons rendu obsolète l’argument -r, qui activait la génération du bundle RKE2, dans la mesure où l’opération se produit désormais par défaut ;
• Nous avons ajouté un nouvel argument, -e afin d’exclure le bundle RKE2 et générer uniquement le pack d’assistance uipath.

Pour plus de détails, consultez la section Utilisation de l’outil Automation Suite Support Bundle.

Vérifications des prérequis améliorées

Nous avons ajouté davantage de vérifications des prérequis pour optimiser l'expérience globale de l'installation et de la configuration d'Automation Suite et pour détecter plus tôt les exigences manquantes. Voici les principales améliorations :

• Nous avons mis en place une nouvelle vérification des prérequis pour valider la connectivité Redis. Cette vérification est disponible uniquement si vous utilisez un cluster Redis externe.
• Nous avons ajouté une nouvelle vérification des prérequis afin de vérifier si le chemin de mise à niveau entre les versions d’Automation Suite est correct.
• Nous avons amélioré le message de signalement des erreurs en cas d’échec de validation des prérequis SQL. Des messages d’échec détaillés s’affichent désormais afin de fournir une meilleure vision des éventuels problèmes, ce qui facilite le dépannage.

Pour en savoir plus sur le script de prérequis, consultez Validating the prérequis (Validation des prérequis).

Amélioration du processus de nettoyage des journaux sf-logs

Nous avons amélioré le processus de nettoyage des journaux stockés dans le compartiment sf-logs. Une logique de nouvelle tentative a été ajoutée à la commande de suppression s3cmd afin de garantir une suppression complète même en cas d’échec initial. En outre, le script de nettoyage a été amélioré afin de supprimer tous les journaux antérieurs au jour de suppression spécifié lorsque l’élément cronjob de nettoyage est activé pour un jour particulier.

Pour en savoir plus sur le script de nettoyage, consultez la section Comment nettoyer les anciens journaux stockés dans le bundle sf-logs.

Chemin d’accès personnalisé pour les journaux RKE2

Vous pouvez désormais opter pour un chemin de journal personnalisé pour vos journaux RKE2 en mettant à jour le paramètre infra.pod_log_path du fichier cluster_config.json. Auparavant, vous ne pouviez pas modifier le chemin par défaut du journal /var/log/pods.

Notez cependant que la mise à jour du chemin par défaut a pour effet de supprimer les journaux dans /var/log/pods.

Amélioration du niveau de journalisation pour ArgoCD

Nous avons défini le niveau de journalisation ArgoCD sur Info par défaut. Auparavant, il vous fallait modifier manuellement le niveau de journalisation.

Résolution de bogues

• Erratum - ajouté le 26 juin 2025: un problème entraînait l’échec de la mise à niveau lors de la mise à niveau d’Automation Suite 2022.10 ou d’une version antérieure vers les versions 2023.10.0 jusqu’à 2023.10.2. Ce problème se produisait en raison d’une erreur de socket inconnue dans platform-services-initialize-default-organization-job, ce qui empêchait l’organisation par défaut de procéder à l’initialisation. Nous avons résolu le problème.
• Erratum - ajouté le 27 février 2024: dans Apps, nous avons corrigé un problème impliquant les noms de fichiers affectés à une variable d’application à l’aide d’une règle Télécharger le fichier à partir du compartiment de stockage , et téléchargés à l’aide d’une commande Téléchargeur de fichiers . Lorsque l’URL de l’application pré-signée était désactivée, ces fichiers avaient des noms de fichier incorrects et il manquait des extensions. Ce comportement est maintenant corrigé.
• Erratum - ajout du 15 décembre 2024: nous avons précédemment évoqué un problème dans un erratum daté du 3 juillet 2024, concernant l’impossibilité d’enregistrer des configurations personnalisées dans les paramètres de messagerie en raison d’un problème de validation de formulaire. Le problème spécifique était que le bouton Enregistrer apparaissait grisé, même lorsque tous les champs obligatoires du formulaire étaient correctement remplis. Ce problème était censément corrigé, permettant aux utilisateurs d’envoyer le formulaire une fois tous les champs nécessaires remplis avec soin. Cependant, après un examen plus approfondi, nous avons le regret de vous informer que ce problème n’est pas entièrement résolu. Nous nous excusons pour la confusion ou la gêne occasionnée et voulons vous assurer que nous travaillons activement à trouver une solution définitive. Trouvez une solution de contournement dans la section Problèmes connus .
• Erratum - ajouté le 24 juillet 2024 : l’utilisation d’un stockage externe avec un environnement proxy entraînait l’échec d’Orchestrator, de l’outil du pack d’assistance Automation Suite, de Prometheus, de Thanos, de Fluentd, etc. Ce comportement ne se produit plus.
• Nous avons corrigé un problème entraînant une validation manquante de la vérification des prérequis pour le programme d’installation. Ce problème empêchait d’accéder à Orchestrator ou de le mettre à niveau.
• Un problème provoquait un nombre excessif d’e-mails d’alerte envoyés après des redémarrages inattendus des nœuds. Nous avons résolu le problème via une gestion et une finalisation automatisées des tâches orphelines.
• Nous avons corrigé un problème lié à des faux positifs des alertes de stockage CephMgrIsAbsent. Les alertes s’affichaient même en l’absence de problèmes de stockage. Ce comportement ne se produit plus.
• Les métriques et alertes Ceph étaient absentes du tableau de bord de surveillance. Ce comportement ne se produit plus.
• Nous avons résolu un problème qui entraînait un échec lors de la désinstallation de rook-ceph, en raison d’une configuration manquante pour le stockage d’objets externe. Le message d’erreur s’affichait même lorsque la migration était réussie. Ce comportement ne se produit plus.
• Nous avons corrigé un problème provoquant une définition incorrecte des clés secrètes uipath-service par le Gestionnaire des informations d’identification, qui les laissait vides.
• Nous avons corrigé un problème qui empêchait de mettre à jour le certificat TLS lorsque ArgoCD n’avait pas encore été installé.

Problèmes connus

Limitations de la prise en charge de FIPS 140-2

Erratum - ajouté le 22 janvier 2026 : Insights n'est pas pris en charge sur les déploiements Automation Suite qui s'exécutent sur des machines compatibles FIPS 140-2. Pour rester conforme aux exigences FIPS 140-2, vous devez désactiver Insights.

Pour de plus amples informations, consultez la section Sécurité et conformité.

Problème d’enregistrement des configurations personnalisées dans les paramètres de messagerie

Erratum - ajouté le 15 décembre 2024: lorsque vous configurez des paramètres d’e-mail, vous ne pouvez pas enregistrer de configurations personnalisées en raison d’un problème lié à la validation du formulaire. Le bouton Enregistrer n’est pas grisé, alors qu’il devrait l’être si tous les champs obligatoires ont été remplis correctement. Pour résoudre ce problème, vous pouvez effectuer une requête PUT vers le point de terminaison /identity_/api/setting .

Utilisez le jeton d'accès approprié et assurez-vous que le corps de la demande contient les détails nécessaires. Assurez-vous également que Email.Smtp.UseDefaultCredentials est défini sur True, comme dans l'exemple suivant :

{
    "Settings": [
        {
            "Key": "Email.Smtp.Host",
            "Value": "SendGrid"
        },
        {
            "Key": "Email.Smtp.Port",
            "Value": "587"
        },
        {
            "Key": "Email.Smtp.UserName",
            "Value": ""
        },
        {
            "Key": "Email.Smtp.Domain",
            "Value": ""
        },
        {
            "Key": "Email.Smtp.FromEmail",
            "Value": "[e-mail]"
        },
        {
            "Key": "Email.Smtp.FromDisplayName",
            "Value": "UiPath Platform"
        },
        {
            "Key": "Email.Smtp.EnableSsl",
            "Value": "true"
        },
        {
            "Key": "Email.Smtp.UseDefaultCredentials",
            "Value": "true"
        },
        {
            "Key": "Email.Smtp.Password",
            "Value": ""
        },
        {
            "Key": "Email.Smtp.ConnectionTimeout",
            "Value": "180000"
        }
    ],
    "PartitionGlobalId": ""
}

Échec de la mise à niveau en raison du remplacement des tailles de PVC Insights

Erratum - ajouté le 18 décembre 2024 : un problème entraîne l’échec des mises à niveau lorsque les tailles de PVC Insights existantes sont remplacées par inadvertance. Pour résoudre ce problème, vous devez modifier manuellement la taille du PVC dans l'interface utilisateur d'ArgoCD. Pour plus de détails, consultez la section Résolution des problèmes .

Ce problème a été résolu dans Automation Suite 2023.10.7.

Perte de données lors de la réinstallation ou de la mise à niveau d'Insights après la mise à niveau d'Automation Suite

Erratum - ajouté le 18 décembre 2024 : après une mise à niveau d'Automation Suite à partir de la version 2023.4 ou d'une version antérieure, la réinstallation ou la mise à niveau d'Insights entraîne une perte de données en raison d'un problème lié aux modifications de la classe de stockage d'Insights. Pour résoudre le problème, consultez Résolution des problèmes.

Nous avons résolu le problème dans Automation Suite 2023.10.7.

Problème de maintenance de nœud dans Redis non-HA

Erratum - ajouté le 18 décembre 2024: un problème provoque le blocage du pod redis-cluster-0 dans l’état de fin lorsque vous effectuez un drainage de nœud dans des scénarios Redis non-HA. Pour résoudre le problème, vous devez forcer la suppression du pod à l'aide de la commande suivante :

kubectl -n redis-system delete pod redis-cluster-0 --force

Nous avons résolu le problème dans Automation Suite 2023.10.7.

Validations de résolution DNS Redis inutiles lors des vérifications actif/passif

Erratum - ajouté le 18 décembre 2024: un problème entraîne des validations de résolution DNS Redis inutiles pour redis.<primary-fqdn> et redis-db.<primary-fqdn> lors des vérifications des prérequis actifs/passifs. Ce problème a été résolu dans Automation Suite 2023.10.7.

Programme d'installation de blocs de problème d'annotation Insights

Erratum - ajouté le 18 décembre 2024: un problème d’annotation d’Insights bloque le programme d’installation d’Automation Suite. Nous avons résolu le problème dans Automation Suite 2023.10.7.

Le collecteur de journaux RKE2 s’exécute indéfiniment

Erratum - ajouté le 18 décembre 2024: le collecteur de journaux RKE2 s’exécute indéfiniment pour certaines commandes système. Nous avons résolu le problème dans Automation Suite 2023.10.7.

Mise à niveau du service RKE2 non prévue sur des nœuds supplémentaires

Erratum - ajouté le 26 novembre 2024: nous avons identifié un problème où exclude= rke2-* n’était pas ajouté au fichier /etc/yum.conf sur des nœuds autres que le premier serveur. Dans des environnements spécifiques, notamment en ligne, une tentative de mise à niveau de tous les composants peut entraîner une mise à niveau involontaire du service RKE2 sur des nœuds autres que le premier serveur.

Pour résoudre ce problème, vous devez ajouter manuellement exclude=rke2-* au fichier /etc/yum.conf sur tous les nœuds de votre cluster Automation Suite.

Échec de la synchronisation des compétences AI Center lors de la mise à niveau côte à côte

Erratum : ajouté le 18 décembre 2024 : un problème de syntaxe provoque l’échec des commandes aicenter skill sync et aicenter skill status lors d’une mise à niveau côte à côte.

Pour résoudre ce problème, vous devez modifier manuellement la syntaxe. Pour plus de détails, consultez la section Résolution des problèmes .

La chaîne de connexion SQL de l’automatisation de test est ignorée

Erratum - ajout du 17 octobre 2024: lorsque vous fournissez une chaîne de connexion SQL sous la section orchestrator.testautomation du fichier cluster_config.json , le binaire uipathctl ignore la chaîne de connexion et utilise celle sous la section orchestrator à la place. Pour résoudre cela, consultez la section Résolution des problèmes .

Le redimensionnement du PV du système d'exploitation ne persiste pas après la mise à niveau

Erratum - ajout du 17 octobre 2024: si vous redimensionnez le PV de l’OSD rook-ceph , la nouvelle taille n’est pas conservée après une mise à niveau d’Automation Suite. Nous avons résolu le problème dans Automation Suite 2023.10.6.

Échecs de Redis en raison de mises à jour de mot de passe incohérentes

Erratum - ajouté le 17 octobre 2024: un problème entraîne l’échec de la tâche de récupération Redis lorsque vous mettez à jour le mot de passe de l’administrateur ArgoCD directement via l’interface utilisateur sans mettre à jour simultanément les clés secrètes Kubernetes.

Pour éviter ce problème, nous vous recommandons fortement de mettre à jour les clés secrètes Kubernetes en même temps, chaque fois que vous modifiez le mot de passe de l'administrateur ArgoCD via l'interface utilisateur. Pour de plus amples informations sur la façon de mettre à jour correctement le mot de passe de l'administrateur ArgoCD, consultez la section Résolution des problèmes.

L'installation échoue lors du remplissage des libellés de nœud

Erratum - ajout du 17 octobre 2024: lors du déploiement d’Automation Suite sur des machines AWS où seul IMDSv2 est activé, l’installation échoue tout en remplissant les libellés de nœud. Pour résoudre le problème, consultez la remarque Important dans Facultatif : Activation de la résilience aux défaillances zonales dans un cluster en mode de production multi-nœuds compatible haute disponibilité.

Impossible de mettre à niveau en raison de tâches ayant échoué dans l'espace de noms de mise à niveau du système

Erratum - ajout du 17 octobre 2024: la mise à niveau d'Automation Suite échoue en raison de la présence de tâches ayant échoué dans l'espace de noms system-upgrade . Si la commande de mise à niveau échoue à un moment donné, procédez comme suit avant de relancer la mise à niveau :

1. Répertoriez les tâches existantes dans l'espace de noms system-upgrade :

   kubectl get jobs -n system-upgrade
   

2. Supprimez les tâches ayant échoué :

   kubectl -n system-upgrade delete jobs <failed_jobs>
   

Lors de l'exécution de la commande, remplacez l'espace réservé <failed_jobs> par les noms des tâches ayant échoué, séparés par des espaces.

Nous avons résolu le problème dans Automation Suite 2023.10.6.

Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy

Erratum - ajouté le 17 octobre 2024: dans un environnement proxy, si le serveur proxy utilise le même port que le port TCP de tout autre service dans le service mesh Istio, tel que le port 8080, les pods ne peuvent pas communiquer avec le nom de domaine complet. Ce problème provoque l'erreur suivante :

System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.

Pour résoudre cela, consultez la section Résolution des problèmes (Troubleshooting).

Corriger la configuration du registre lors des mises à niveau

Erratum - ajout du 17 octobre 2024 : un problème provoque la corruption de la configuration du registre lors du processus de mise à niveau. Le problème se produit lorsque uipathctl traite par erreur les ports des URL helm en tant que registres externes, en excluant le paramètre insecure_skip_verify: true du fichier registries.yaml . Pour contourner ce problème, vous devez inclure manuellement le paramètre dans votre fichier registries.yaml . Nous avons résolu ce problème dans Automation Suite 2023.10.6.

Rapports intermittents non prêts pour les machines agent

Erratum : ajout du 17 octobre 2024 : un problème fait que les machines agent signalent par intermittence que elles ne sont pas prêtes lorsque le service rke2-server est arrêté sans exécuter le script rke2-killall.sh . Nous avons résolu ce problème dans Automation Suite 2023.10.6.

Chiffrements faibles dans TLS 1.2

Erratum - ajouté le 29 août 2024 : nous avons identifié certaines vulnérabilités associées à l’utilisation de chiffrements faibles dans TLS 1.2. Pour plus de détails sur la façon d'atténuer ce problème, consultez la section Comment résoudre les chiffrements faibles dans TLS 1.2.

Échec de la collecte du journal du pack d'assistance

Erratum - ajouté le 14 août 2024: un problème affecte la génération du pack d’assistance lors de l’utilisation d’un registre OCI externe dans un environnement hors ligne. Dans ces conditions, le bundle de support généré ne dispose pas de journaux historiques et ne peut pas télécharger vers un stockage d'objets externe sélectionné. Pour résoudre ce problème, consultez la section Résolution des problèmes .

Les mises à niveau échouent en raison de la désinstallation de Longhorn

Erratum - ajouté le 14 août 2024: mise à niveau depuis Automation Suite 2023.10.x échoue car les classes de stockage Longhorn sont toujours présentes. Pour résoudre le problème, vous devez nettoyer manuellement les classes de stockage Longhorn, en exécutant la commande suivante :

  for sc in $(kubectl get sc -o json | jq -r '.items[] | select(.provisioner=="driver.longhorn.io") | .metadata.name'); do
    kubectl delete sc "${sc}"
  done

Nous avons résolu le problème dans Automation Suite 2023.10.5.

Échec de la vérification des conditions préalables de l’API ListBucket inutiles pour le magasin d’objets externe

Erratum - ajouté le 14 août 2024 : pour AI Center et Task Mining, la vérification des prérequis ListBucket API échoue lors de l'utilisation d'un magasin d'objets externe. Cependant, AI Center et Task Mining n'utilisent pas l'autorisation ListBucket API . Nous avons supprimé la vérification inutile dans Automation Suite 2023.10.5.

Impossible d’activer l’authentification unique pour ArgoCD

Erratum - ajouté le 14 août 2024: vous ne pouvez pas activer l’authentification unique pour ArgoCD en raison d’un problème avec les versions d’image Dex. Nous avons résolu le problème dans Automation Suite 2023.10.5.

Le pod d'instantané-contrôleur-crds dans l'état CrashLoopBackOff après la mise à niveau

Erratum - ajouté le 14 août 2024: un problème fait que le pod snapshot-controller-crds reste à l’état CrashLoopBackOff après la mise à niveau. Cela se produit en raison d’un conflit entre le snapshot-controller nouvellement installé et celui existant lors de la mise à niveau de RKE2. Pour résoudre cela, consultez la section Résolution des problèmes .

L'installation échoue en raison de vérifications de la télémétrie

Erratum - ajouté le 14 août 2024: dans certaines conditions, le processus d'installation d'Automation Suite peut échouer en raison d'erreurs de vérification de télémétrie. Pour résoudre ce problème, vous devez définir manuellement la vérification de la télémétrie comme facultative et redémarrer l'installation. À partir d’Automation Suite 2023.10.5, les erreurs de vérification de la télémétrie ne perturbent plus le processus d’installation.

Le pack d’assistance a été généré avec un nom de domaine complet incorrect pour AKS sur Azure Government

Lors de la génération du pack d’assistance, un nom de domaine complet incorrect est utilisé pour AKS sur Azure Government. Nous avons résolu le problème dans Automation Suite 2023.10.4.

La rotation Kerberos keytab ne déclenche pas la régénération du jeton

Erratum – ajouté le 24 septembre 2025 : un problème empêche la rotation du keytab Kerberos de régénérer immédiatement les jetons d'authentification, ce qui peut entraîner des interruptions temporaires de la connectivité entre les services et la base de données.

Pour résoudre le problème, vous devez déclencher manuellement l'activité cronjob de renouvellement de tickets Kerberos en exécutant la commande suivante :

kubectl delete job tgt-rotate-manual -n uipath --ignore-not-found ; kubectl create job tgt-rotate-manual --from=cronjob/kerberos-tgt-update -n uipath

Nous avons résolu le problème dans Automation Suite 2023.10.11.

Orchestrator ne démarre pas lorsque vous utilisez l’identité gérée attribuée par l’utilisateur

Erratum – ajouté le 24 septembre 2025 : un problème empêche la définition du paramètre storage.useClientID lorsque vous sélectionnez une identité gérée attribuée par l’utilisateur pour le stockage d’objets. Par conséquent, Orchestrator ne peut pas démarrer dans des environnements où l'accès est limité aux identités gérées attribuées par l'utilisateur.

Pour résoudre le problème, vous devez définir manuellement le paramètre dans ArgoCD, comme suit :

1. Dans l'application ArgoCD Orchestrator, accédez à Détails > Paramètres.
2. Dans la zone de texte des valeurs , définissez storage.isExternal : true et enregistrez.

Nous avons résolu le problème dans Automation Suite 2023.10.11.

Le compacteur Thanos s’arrête sur les blocs corrompus

Erratum : ajouté le 24 septembre 2025 : un problème oblige le compacteur Thanos à arrêter de compacter les métriques lorsqu’il rencontre des blocs corrompus dans le magasin d’objets. Cela empêche la compression et entraîne une utilisation accrue du stockage.

Pour résoudre le problème, consultez la section Dépannage.

Nous avons résolu le problème dans Automation Suite 2023.10.11.

Échec de l'ajout du nœud d'agent dans les environnements hors ligne

Erratum – ajouté le 26 juin 2025 : un problème entraîne l’échec du processus d’ajout de nœuds d’agent dans les environnements hors ligne. Les ajouts de nœud d’agent nécessitent l’exécution du registre temporaire. Pour résoudre le problème, vous devez réactiver le registre temporaire pour rejoindre avec succès le nœud d'agent.

Nous avons résolu le problème dans Automation Suite 2023.10.10.

L'installation échoue en raison de certificats CA avec de grands OID de stratégie

Erratum - ajouté le 26 juin 2025 : un problème entraîne l’échec de l’installation d’Automation Suite lors de l’utilisation de certificats d’autorité de certification (CA) qui incluent une section CertificatePolicies avec des valeurs OID de stratégie dépassant 4 octets. Ce problème empêche Automation Suite de reconnaître ces certificats CA, interrompant le processus d'installation.

Pour résoudre ce problème, vous devez soit vous assurer que les valeurs d'OID de stratégie dans la section CertificatePolicies ne dépassent pas 4 octets, soit éviter d'utiliser des générateurs d'autorité de certification qui ajoutent la section CertificatePolicies aux certificats.

Nous avons résolu le problème dans Automation Suite 2023.10.10.

Erreur de connexion SQL de licence

Erratum – ajouté le 26 juin 2025 : des erreurs de connexion SQL se produisent lorsque la propriété Source de données a spécifié à la fois une instance nommée et un port.

Nous avons résolu le problème dans Automation Suite 2023.10.10.

Erreur du tableau de bord Grafana

Erratum : ajouté le 10 juin 2025 : dans les configurations multi-nœuds (HA), Grafana s'exécute avec deux répliques, mais il n'y a pas de source de données commune entre les répliques, ce qui entraîne des problèmes dans la gestion des sessions utilisateur. Des erreurs telles que Dashboard not found et Invalid dashboard UID in the request s'affichent dans le tableau de bord Grafana.

Pour contourner ce problème, étant donné que Grafana n'est pas une application critique, vous pouvez réduire le nombre de répliques à une en effectuant les étapes suivantes :

1. Modifiez le paramètre helm pour l’application fabric-installer . Cela déclenche automatiquement l'opération de synchronisation pour l'application fabric-installer .

   kubectl patch   application fabric-installer -n argocd    --type='json'  -p='[{"op": "add", "path": "/spec/source/helm/parameters/-", "value": {"name": "global.rancherMonitoring.grafana.replicas", "value": "1"}}]'
   

2. Synchronisez l'application rancher-monitoring depuis l'interface utilisateur d'ArgoCD.

Nous avons résolu ce problème dans Automation Suite 2023.10.7.

Commande de vérification de l’état uipathctl

Erratum - ajouté le 21 mai 2025 : pour les installations hors ligne d'Automation Suite utilisant le registre docker externe, la commande de vérification de l'état uipathctl ne fonctionne pas en raison d'un problème connu. Ce problème a été résolu dans Automation Suite 2023.10.6.

Pour contourner ce problème, vous pouvez télécharger le binaire uipathctl à partir d'Automation Suite 2023.10.6 et l'utiliser pour exécuter la commande de vérification de l'état uipathctl.

Échec de la mise à niveau de Kubernetes

Erratum - ajouté le 15 avril 2025 : un problème provoque l’échec de la mise à niveau de Kubernetes en raison d’un élément certificate-injector-webhook manquant dans deployment.apps. Pour résoudre ce problème, vous devez exécuter la commande suivante :

kubectl delete configmap -n uipath-infra certificate-injector-webhook-configmap --ignore-not-found

Nous avons résolu le problème dans Automation Suite 2023.10.9.

Problème de déploiement de Document Understanding après la mise à niveau

Erratum - ajouté le 15 avril 2025 : un problème vous empêche d’importer des fichiers dans votre session de messagerie directe dans AI Center après la mise à niveau vers Automation Suite 2023.10.x. Ce problème se produit car le déploiement de du-digitizer-worker de l'ancienne version d'Automation Suite n'est pas entièrement nettoyé après la mise à niveau. À partir d'Automation Suite 2023.10.0, le déploiement a été renommé du-digitizer-worker-deployment.

Pour résoudre le problème, vous devez accéder à l'interface utilisateur ArgoCD et, à partir de l'application documentunderstanding , supprimer manuellement l'ancien déploiement du-digitizer-worker . Après la suppression, resynchronisez l'application documentunderstanding .

Nous avons résolu le problème dans Automation Suite 2023.10.8.

Processus de nettoyage du registre Docker incomplet

Erratum - ajouté le 15 avril 2025 : un problème empêche la commande de nettoyage du registre d’effacer efficacement les images Docker inutilisées de tous les pods du registre. Pour résoudre cela, consultez la section Résolution des problèmes .

Nous avons résolu le problème dans Automation Suite 2023.10.9.

La mise à niveau échoue en raison de la migration de MongoDB vers SQL Server

Erratum - ajouté le 15 avril 2025 : nous avons identifié un problème ayant un impact sur la mise à niveau côté à côté et la mise à niveau sur place d’Automation Suite 2022.10 ou version antérieure vers Automation Suite 2023.10.0 ou version ultérieure. En raison d’une migration défectueuse de MongoDB vers SQL Server, l’opération de mise à niveau échoue si Apps est activé et que vous utilisez l’authentification Kerberos pour la base de données SQL Server.

La solution recommandée consiste à mettre à niveau vers Automation Suite 2023.10.9.

La vérification de l’état de Kube-proxy ne fonctionne pas

Erratum : ajouté le 15 avril 2025 : le composant node-monitor , qui surveille le nœud pour des problèmes tels que la vérification de l’intégrité kube-proxy ou si ip_forward est activé, et boucle le nœud en cas de problème, ne fonctionne pas pour des nœuds spécifiques tels que comme GPU, task-mining ou as-robot. Nous avons résolu ce problème dans Automation Suite 2023.10.9.

Les tickets Kerberos ne se renouvellent pas automatiquement

Erratum - ajouté le 15 avril 2025: les tickets Kerberos ne se renouvellent pas automatiquement après la restauration du cluster, ce qui nécessite une synchronisation manuelle de l’application Windows Auth.

Ce problème a été résolu dans Automation Suite 2023.10.9.

Échec de la migration du stockage d'AI Center

Erratum - ajouté le 13 février 2025: un problème empêche uipathctl de définir correctement executeMigration sur true lors du processus de migration du stockage intégré au cluster Ceph vers le stockage d'objets externe dans AI Center.

Pour résoudre ce problème, vous devez définir manuellement executeMigration sur true dans ArgoCD pour AI Center, puis procéder à une resynchronisation, en veillant à procéder à une réduction. Ce problème a été résolu dans Automation Suite 2023.10.8.

Échec de la configuration des alertes par e-mail après la mise à niveau

Erratum - ajouté le 13 février 2025: un problème affecte la fonctionnalité de configuration des alertes par e-mail et la configuration de plusieurs récepteurs après la mise à niveau depuis Automation Suite 2022.10. Pour résoudre ce problème, consultez Résolution des problèmes.

Ce problème a été résolu dans Automation Suite 2023.10.8.

Chronologie de l’abandon

Nous vous recommandons de vérifier régulièrement le calendrier d'obsolescence pour toute mise à jour concernant les fonctionnalités qui seront obsolètes et supprimées.

Détails du regroupement

Versions du produit

Pour découvrir les évolutions apportées à chacun des produits Automation Suite, consultez les liens suivants.

Un produit apparaissant en grisé signifie que cette nouvelle version d'Automation Suite n'y apporte aucune modification.

Découvrir	Construire	Gérer (Manage)	Impliquer
Automation Hub 2023.10.3	Automation Ops 2023.10.3	AI Center 2023.10.3	Action Center 2023.10.3
Task Mining 2023.10.3	AI Computer Vision 2023.10.2	Insights 2023.10.3	Apps 2023.10.3
Process Mining 2023.10.3	Document Understanding 2023.10.3	Orchestrator 2023.10.4
		Test Manager 2023.10.3
		Data Service 2023.10.3

Versions internes des composants tiers

Cette version d'Automation Suite regroupe les composants internes suivants :

Composant (Component)	Version
RKE2	1.26.11
ArgoCD	2.7.7
logging-operator	4.1.0
logging-operator-logging	4.1.0
Gatekeeper	3.12.0
tour-ceph	1.9.4
prometheus-pushgateway	2.1.6
gestionnaire-certificats	1.12.3
rancher-istio	102.2.0-up1.17.2
rancher-logging	102.0.1-up3.17.10
rancher-logging-crd	102.0.1-up3.17.10
rancher-monitoring-crd	102.0.1-up40.1.2
rancher-gatekeeper-crd	102.1.0-up3.12.0
rancher-gatekeeper	100.2.0-up3.8.1
rancher-monitoring	102.0.1-up40.1.2
longhorn	1.4.3
longhorn-crd	1.1.100
rechargeur	0.0.129
pilote-csi-smb	1.10.0
velero	3.1.6
opérateur redis	7.4.2-54
redis-cluster	7.4.2-2

Version de l’outil de migration

La version de l’outil de migration dont vous avez besoin dépend des produits autonomes que vous prévoyez de migrer, ainsi que de la version d’Automation Suite ciblée. Pour plus de détails, consultez Matrice de compatibilité de la migration.

Pour obtenir des instructions sur la migration d’un produit autonome vers la version actuelle d’Automation Suite, consultez la section Migration complète.