- Notes de publication d'Automation Suite sur Linux
- Notes de publication d'Automation Suite sur EKS/AKS
- Notes de publication d'Automation Suite sur OpenShift
2.2510.1
Notes de version 2.2510.1 pour Automation Suite sous Linux.
Date de publication : 19 décembre 2025
La commande du pack d'assistance ne nécessite plus de fichiers de configuration
Vous pouvez générer le package d'assistance à l'aide d'une commande simplifiée. Les chemins d'accès au fichier de configuration (cluster_config.json) et au fichier de versions (helm-charts.json) sont désormais facultatifs.
Pour de plus amples informations, consultez la section Générer le package d'assistance.
Date de publication : 25 mars 2026
Prise en charge de la nouvelle version de RHEL
Nous avons étendu notre prise en charge des systèmes d’exploitation pour inclure RHEL 9.7. Pour plus de détails sur les versions RHEL prises en charge, consultez la section Matrice de compatibilité RHEL.
Date de publication : 19 décembre 2025
Résolution de bogues
- Erratum - ajouté le 9 février 2026 : nous avons résolu un problème où certains services de micro-services Document Understanding ne démarraient pas, notamment dans les environnements IPv4 uniquement.
- Un problème entraînait l’échec de la mise à niveau d’Automation Suite lors du démarrage de l’image, en raison d’une référence non valide à l’image
hashicorp/http-echo:1.0. Nous avons résolu le problème. - Nous avons résolu un problème qui empêchait la commande
uipathctl rke2 gpu --enablede déployer les podsnvidia-gpu-pluginDaemonSet sur les nœuds GPU. Ce problème se produisait dans les clusters hors ligne avec un registre intégré au cluster. - Nous avons résolu un problème qui entraînait l’échec des vérifications des prérequis lorsque Process Mining était activé. Ce problème est survenu en raison des vérifications traitant de manière incorrecte
cert-managercomme composant requis, alors que cela n’est plus nécessaire pour Process Mining. - Un problème entraînait l'échec des opérations de mise à niveau lorsque le nom d'hôte du nœud Kubernetes contenait des majuscules. Le problème était dû au processus de mise à niveau reposant sur le nom d’hôte système, tandis que Kubernetes a automatiquement normalisé l'étiquette
kubernetes.io/hostnameen minuscules. Nous avons résolu le problème.
Problèmes connus
Conflit de mise à l'échelle horizontale du pod Autoscaler et d'ArgoCD dans les environnements haute disponibilité
Erratum - ajouté le 10 septembre 2026: dans les environnements haute disponibilité, lorsque la charge augmente, l'outil de mise à l'échelle horizontale des pods Mise à l'échelle des charges de travail affectées met à l'échelle les charges de travail affectées tandis que le contrôleur d'application ArgoCD les réduit. Cela se produit parce qu'ArgoCD traite le nombre de répliques défini dans le graphique ou le manifeste Helm comme source de vérité, ce qui entraîne l'augmentation et la réduction des charges de travail sans cesse sans stabiliser.
Pour résoudre le problème, vous devez corriger argocd-cm ConfigMap dans l'espace de noms <argocd> afin qu'ArgoCD ignore les différences de nombre de répliques:
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
kubectl -n <argocd> patch configmap argocd-cm --type merge -p \
'{"data":{"resource.customizations.ignoreDifferences.argoproj.io_Rollout":"jsonPointers:\n- /spec/replicas\n"}}'
Réappliquez la commande après chaque resynchronisation du graphique ArgoCD ou mise à niveau d'Automation Suite, car les deux écrasent ConfigMap et suppriment le correctif.
Nous avons résolu le problème dans Automation Suite 2.2510.4.
Le paramètre d’inférence du processeur de Document Understanding a été perdu lors de la mise à niveau vers la version 2.2510.2 ou ultérieure
Erratum - ajouté le 10 septembre 2026: Si vous avez activé l'inférence de processeur pour les projets modernes Document Understanding (enable_cpu_inference), le paramètre n'est pas reporté lorsque vous effectuez la mise à niveau vers 2.2510.2 ou une version ultérieure. Ce problème se produit en raison d’une modification de l’emplacement attendu du paramètre enable_cpu_inference dans cluster_config.json, à partir d’Automation Suite 2.2510.2.
Avant la mise à niveau vers Automation Suite 2.2510.2 ou une version ultérieure, déplacez le paramètre enable_cpu_inference de la racine documentunderstanding vers la section modernProjects:
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// Before
"documentunderstanding": {
"enable_cpu_inference": false,
"modernProjects": {
"enabled": true
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
// After (2.2510.2 or later)
"documentunderstanding": {
"modernProjects": {
"enabled": true,
"enable_cpu_inference": false
}
}
La découverte de Kerberos KDC échoue dans les déploiements actif/actif en raison de réponses DNS SRP tronquées
Erratum - ajouté le 10 septembre 2026: dans les déploiements actif/actif d'Automation Suite sur Linux, la découverte KDC Kerberos peut échouer lors de l'installation ou de la mise à niveau, ce qui entraîne des erreurs d'authentification intégrée et de LDAP. Le problème se produit car le service DNS Kubernetes expose uniquement la résolution DNS sur UDP/53. Lorsqu'une recherche Kerberos SRP, telle que _kerberos._tcp ou _kerberos._udp, renvoie une réponse trop volumineuse pour UDP, le client DNS réessaie via TCP/53. Étant donné que le service DNS Kubernetes n’expose pas le protocole TCP/53, la nouvelle tentative échoue.
Pour résoudre le problème, activez TCP/53 sur le service DNS Kubernetes:
-
Modifiez la
rke2-corednsconfiguration du graphique Helm:kubectl -n kube-system edit helmchartconfig rke2-corednskubectl -n kube-system edit helmchartconfig rke2-coredns -
Sous
zonedansspec.valuesContent, ajoutezuse_tcp: true:servers: - zones: - zone: . use_tcp: true port: 53servers: - zones: - zone: . use_tcp: true port: 53
Nous avons résolu le problème dans Automation Suite 2.2510.4.
Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
Erratum - ajouté le 23 juillet 2026: dans Studio Desktop, le panneau Activités ne répertorie pas les connecteurs et activités Integration Service. Le problème est causé par une erreur de configuration du routage dans le service virtuel intsvcs-periodic.
Pour résoudre le problème, consultez la section Studio Desktop ne peut pas charger les connecteurs et activités Integration Service.
Nous avons résolu le problème dans Automation Suite 2.2510.3.
Le redimensionnement d’une partition de disque de données nécessite le chemin d’accès au disque, même lors des exécutions suivantes
Erratum - ajouté le 23 juillet 2026: un problème empêche uipathctl de redimensionner une partition de disque de données existante (telle que les partitions du registre Docker, de la surveillance ou d'Insights) à moins que le chemin d'accès au disque sous-jacent ne soit explicitement fourni à l'aide de l'indicateur --volume . Ce comportement est incorrect, car uipathctl est conçu pour détecter automatiquement le disque associé lors des exécutions suivantes sans nécessiter --volume.
Ce problème est résolu dans Automation Suite 2.2510.3.
Les ensembles de Daemon du pack d’assistance ne sont pas nettoyés après la collection
Erratum - ajouté le 23 juillet 2026: un problème empêche le nettoyage des ensembles de runtimes du pack d’assistance sur chaque nœud après la fin d’une demande de collection de bundles d’assistance.
Avant de déclencher une nouvelle demande de pack d'assistance, supprimez l'ensemble de démons du pack d'assistance existant:
kubectl -n kube-system delete daemonset/support-bundle-daemon --ignore-not-found
kubectl -n kube-system delete daemonset/support-bundle-daemon --ignore-not-found
Ce problème a été résolu dans Automation Suite 2.2510.2.
Les mises à jour de la configuration de la surveillance ne prennent pas effet
Erratum - ajouté le 23 juillet 2026: un problème empêche les paramètres de section monitoring dans cluster_config.json d’être appliqués à la pile de surveillance.
Ce problème est résolu dans Automation Suite 2.2510.3.
Les vérifications des prérequis échouent lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé
Erratum - ajouté le 23 juillet 2026: un problème entraîne l’échec incorrect de la commande de vérification des prérequis lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé.
Pour résoudre le problème, consultez la section Résolution des problèmes.
Ce problème est résolu dans Automation Suite 2.2510.3.
Noms de bases de données personnalisés non pris en charge pour les solutions
Erratum : ajouté le 15 avril 2026 : un problème vous empêche d’utiliser un nom de base de données personnalisé pour les solutions. Si vous spécifiez un nom de base de données personnalisé, les vérifications des prérequis échouent.
Pour résoudre ce problème, vous devez utiliser AutomationSuite_AutomationSolutions comme nom de base de données Solutions.
Ce problème a été résolu dans Automation Suite 2.2510.2.
Fluentd n’exporte pas les journaux dans les environnements IPv6
Erratum - ajouté le 15 avril 2026 : dans les environnements IPv6, Fluentbit ne parvient pas à transférer les journaux vers Fluentd car le plug-in d’entrée de transfert Fluentd est lié par défaut à une adresse IPv4.
Pour résoudre ce problème, vous devez corriger l'application ArgoCD et définir logging-operator.logging.fluentd.forwardInputConfig.bind sur ::. Pour de plus amples informations, consultez la section Résolution des problèmes .
La mise à jour du nom de domaine complet échoue dans les environnements IPv6 et double pile
Erratum - ajouté le 15 avril 2026 : dans les environnements IPv6 et double pile, les mises à jour du nom de domaine complet échouent au niveau de l’infrastructure et du service.
Nous avons résolu le problème dans Automation Suite 2.2510.2.
Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
Erratum - ajouté le 15 avril 2026 : lorsque la vérification du certificat TLS de la base de données est activée, certains pods AI Center et Document Understanding peuvent rester bloqués dans Init:CrashLoopBackOff. Le conteneur d’initialisation await-migration-completion ne parvient pas à se connecter à la base de données, avec des erreurs d’établissement de liaison TLS/SSL dans les journaux.
Pour résoudre le problème, reportez-vous aux pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée.
Nous avons résolu le problème dans Automation Suite 2.2510.2.
La vérification des prérequis ne valide pas correctement les composants de surveillance et de journalisation
Erratum : ajouté le 15 avril 2026 : la vérification des prérequis ne valide pas correctement les composants de surveillance et de journalisation. Étant donné que ces composants sont installés après la phase prérequise, cette validation n’est pas nécessaire.
Nous avons résolu le problème dans Automation Suite 2.2510.2.
Échec de la synchronisation du gestionnaire d'alertes dans ArgoCD
Erratum - ajouté le 18 mars 2026 : le gestionnaire d'alertes peut ne pas se synchroniser dans ArgoCD en raison d'un caractère non valide dans la balise d'image du gestionnaire d'alertes.
Pour résoudre ce problème, mettez à jour les valeurs Helm sous ArgoCD Parameters comme suit :
kube-prometheus-stack:
alertmanager:
alertmanagerSpec:
version: v0.29.0
kube-prometheus-stack:
alertmanager:
alertmanagerSpec:
version: v0.29.0
Nous avons résolu le problème dans Automation Suite 2.2510.2.
La surveillance en temps réel d’Insights ne fonctionne pas sur le cluster secondaire dans les déploiements actif/actif
Erratum - ajouté le 15 avril 2026 : dans les déploiements actif/actif où Insights a activé la surveillance en temps réel, Orchestrator et les services de plate-forme sur le cluster secondaire ne transmettent pas les données de surveillance en temps réel en raison de problèmes de configuration avec la redirection des appels du cluster secondaire vers le cluster cluster principal.
Nous avons résolu le problème dans Automation Suite 2.2510.2.
Le nom de base de données de plate-forme personnalisé n’est pas pris en charge lors de l’installation de Process Mining
Erratum - ajouté le 26 mars 2026 : lorsque Process Mining est activé, l’utilisation d’un nom de base de données de plate-forme personnalisé entraîne l’échec de la tâche de renvoi OMS.
Pour contourner ce problème, utilisez AutomationSuite_Platform comme nom de base de données de plate-forme lors de l'installation de Process Mining.
Ce problème sera résolu dans Automation Suite 2.2510.2.
Limitations de la prise en charge de FIPS 140-2
Erratum - ajouté le 22 janvier 2026 : Insights et Integration Service ne sont 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 ces services.
Pour de plus amples informations, consultez la section Sécurité et conformité.
Limitations de l'authentification Kerberos
L’authentification basée sur Kerberos n’est actuellement pas prise en charge pour Integration Service.
Nous travaillons à l’ajout de la prise en charge de Kerberos aux prochaines versions d’Automation Suite.
Pendant ce temps, vous pouvez utiliser d’autres mécanismes d’authentification tels que l’authentification de base ou l’authentification basée sur l’identité de la charge de travail.
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
Le tableau suivant décrit le statut de la version, la version et les notes de publication de tous les produits UiPath déployés sous Automation Suite 2.2510.1.
Légende :
✅ Nouveau : cette version d’Automation Suite comprend une nouvelle version de produit. De nouvelles notes de publication sont disponibles.
◆ Offre groupée : cette version inclut une version du produit précédemment publiée. Aucune nouvelle note de version n'est disponible.
Versions internes des composants tiers
Cette version d'Automation Suite regroupe les composants internes suivants :
| Composant (Component) | Version |
|---|---|
| RKE2 | 1.34.1+rke2r1 |
| ArgoCD | 3.2.0 |
| Gatekeeper | 3.20.1 |
| Ligne | 1.17.6 |
| Ceph | 19.2.3 |
| prometheus-pushgateway | V3.4.2 |
| gestionnaire-certificats | V1.19.1 |
| kube-journalisation/opérateur-journalisation | 6.0.3 |
| kube-loging/config-reloader | 6.0.3 |
| Istio | 1.28.0 |
| velero | 1.16.2 |
| rechargeur | 2.2.5 |
| Prometheus | 3.7.3 |
| Grafana | 12.2.1 |
| opérateur redis | 8.0.2-2 |
| redis-cluster | 8.0.2-17 |
| oauth2-proxy | 7.13.0 |
- La commande du pack d'assistance ne nécessite plus de fichiers de configuration
- Prise en charge de la nouvelle version de RHEL
- Résolution de bogues
- Problèmes connus
- Conflit de mise à l'échelle horizontale du pod Autoscaler et d'ArgoCD dans les environnements haute disponibilité
- Le paramètre d’inférence du processeur de Document Understanding a été perdu lors de la mise à niveau vers la version 2.2510.2 ou ultérieure
- La découverte de Kerberos KDC échoue dans les déploiements actif/actif en raison de réponses DNS SRP tronquées
- Studio Desktop ne peut pas charger les connecteurs et activités Integration Service
- Le redimensionnement d’une partition de disque de données nécessite le chemin d’accès au disque, même lors des exécutions suivantes
- Les ensembles de Daemon du pack d’assistance ne sont pas nettoyés après la collection
- Les mises à jour de la configuration de la surveillance ne prennent pas effet
- Les vérifications des prérequis échouent lorsque les projets modernes Document Understanding sont activés et qu’AI Center est désactivé
- Noms de bases de données personnalisés non pris en charge pour les solutions
- Fluentd n’exporte pas les journaux dans les environnements IPv6
- La mise à jour du nom de domaine complet échoue dans les environnements IPv6 et double pile
- Les pods AI Center et Document Understanding ne démarrent pas avec la vérification du certificat TLS activée
- La vérification des prérequis ne valide pas correctement les composants de surveillance et de journalisation
- Échec de la synchronisation du gestionnaire d'alertes dans ArgoCD
- La surveillance en temps réel d’Insights ne fonctionne pas sur le cluster secondaire dans les déploiements actif/actif
- Le nom de base de données de plate-forme personnalisé n’est pas pris en charge lors de l’installation de Process Mining
- Limitations de la prise en charge de FIPS 140-2
- Limitations de l'authentification Kerberos
- Chronologie de l’abandon
- Détails du regroupement
- Versions du produit
- Versions internes des composants tiers