UiPath Documentation
automation-suite
2.2510
true
Notes de publication d'Automation Suite
  • Notes de publication d'Automation Suite sur Linux
    • 2.2510.0 Dernière version
      • 2.2510.0+patch2
    • 2.2510.1
    • 2.2510.3
    • 2.2510.4
  • Notes de publication d'Automation Suite sur EKS/AKS
  • Notes de publication d'Automation Suite sur OpenShift
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

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 --enable de déployer les pods nvidia-gpu-plugin DaemonSet 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-manager comme 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/hostname en 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:

  1. Modifiez la rke2-coredns configuration du graphique Helm:

    kubectl -n kube-system edit helmchartconfig rke2-coredns
    kubectl -n kube-system edit helmchartconfig rke2-coredns
    
  2. Sous zone dans spec.valuesContent, ajoutez use_tcp: true:

    servers:
    - zones:
      - zone: .
        use_tcp: true
      port: 53
    servers:
    - 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.

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.

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.

ProduitVersionNotes de publication
Action Center✅ Nouveau : 2.2510.1Notes de publication d'Action Center
AI Center✅ Nouveau : 2.2510.1Notes de publication d'AI Center
AI Computer Vision✅ Nouveau : 2.2510.1Notes de publication d'AI Computer Vision
Apps✅ Nouveau : 2.2510.1Notes de publication d'Apps
Automation Hub✅ Nouveau : 2.2510.1Notes de publication d'Automation Hub
Automation Ops✅ Nouveau : 2.2510.1Notes de publication d'Automation Ops
Data Service✅ Nouveau : 2.2510.1Notes de publication de Data Service
Document Understanding✅ Nouveau : 2.2510.1Notes de version des projets basés sur Document Understanding et AI Center
Notes de publication des projets modernes Document Understanding
Insights✅ Nouveau : 2.2510.1Notes de publication Insights
Integration Service✅ Nouveau : 2.2510.1Notes de publication d'Integration Service
Solutions✅ Nouveau : 2.2510.1Notes de publication des solutions
Orchestrator✅ Nouveau : 2.2510.1Notes de publication d'Orchestrator
Process Mining✅ Nouveau : 2.2510.1Notes de publication de Process Mining
Test Manager✅ Nouveau : 2.2510.1Notes de publication Test Manager

Versions internes des composants tiers​

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

Composant (Component)Version
RKE21.34.1+rke2r1
ArgoCD3.2.0
Gatekeeper3.20.1
Ligne1.17.6
Ceph19.2.3
prometheus-pushgatewayV3.4.2
gestionnaire-certificatsV1.19.1
kube-journalisation/opérateur-journalisation6.0.3
kube-loging/config-reloader6.0.3
Istio1.28.0
velero1.16.2
rechargeur2.2.5
Prometheus3.7.3
Grafana12.2.1
opérateur redis8.0.2-2
redis-cluster8.0.2-17
oauth2-proxy7.13.0

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour