automation-suite
2023.10
true
  • Notes de publication d'Automation Suite sur Linux
    • 2023.10.0
    • 2023.10.1
    • 2023.10.2
    • 2023.10.5
    • 2023.10.6
  • Notes de publication d'Automation Suite sur EKS/AKS
Notes de publication d'Automation Suite
Last updated 17 oct. 2024

2023.10.0

Date de publication : 25 avril 2024

Modifications apportées aux limitations de locataire liées à la licence

Si vous disposez d’une licence incluant l’un des services suivants, vous serez heureux d’apprendre qu’après la mise à jour de la licence, chacun d’entre eux peut désormais être activé sur 100 locataires à la fois :
  • Automation Hub
  • Process Mining
  • Test Manager
  • Insights

Date de publication : 22 novembre 2023

Publication de la nouvelle version de UiPath.OrganizationMigrationApp

Nous avons publié une nouvelle version de UiPath.OrganizationMigrationApp, l’outil qui vous aide à migrer d’un produit autonome vers Automation Suite. La nouvelle version de l’outil vous permet désormais de migrer vers Automation Suite 2023.10.0.

Date de publication : 3 novembre 2023

Nouveautés

Modifications de l'authentification Kerberos

Erratum - ajouté le 14 août 2024: nous ne prenons plus en charge la mise à jour de l'authentification Kerberos à l'aide de l'outil CLI. Comme alternative, vous pouvez mettre à jour l'authentification Kerberos à l'aide de la méthode décrite dans Configuration de l'authentification Kerberos via cluster_config.json.

Expérience d'installation rationalisée

Nous avons réorganisé notre expérience d'installation pour garantir que tous les modes d'installation, qu'ils soient en ligne/hors ligne ou à nœud unique/multi-nœuds, partagent des étapes similaires et exploitent les mêmes commandes. Ces améliorations visent à créer une expérience d’installation plus cohérente et plus transparente pour tous les utilisateurs.

Notez que le programme d'installation interactif sert maintenant un objectif légèrement différent, car vous ne pouvez l'utiliser que pour générer le fichier cluster_config.json, mais il n'effectue pas l'installation réelle.

Pour plus de détails, consultez la documentation suivante :

Présentation des mises à niveau côte à côte

Vous pouvez désormais effectuer une mise à niveau d'Automation Suite à l'aide de clusters parallèles. Cette nouvelle méthode de mise à niveau est appelée mise à niveau côte à côte et vous permet de basculer le trafic de l'ancien cluster Automation Suite (souvent appelé déploiement bleu dans l'industrie) vers le nouveau cluster (déploiement vert). L'un des avantages de cette approche est que votre environnement actuel n'est en aucun cas impacté par l'opération de mise à niveau. De plus, si vous rencontrez des problèmes lors de la mise à niveau, vous pouvez facilement revenir à l'ancien déploiement.

Pour connaître les exigences détaillées, une matrice de mise à niveau et des instructions, consultez Exécution d'une mise à niveau côte à côte.

Les mises à niveau côte à côte sont la méthode privilégiée pour mettre à niveau votre instance Automation Suite en raison de son efficacité et de leur faible risque d'interrompre les opérations de workflow.

Améliorations des mises à niveau sur place

Comme alternative au mécanisme de mise à niveau côte à côte, vous pouvez utiliser la méthode de mise à niveau locale pour passer d'une version d'Automation Suite à une autre. Si vous avez déjà mis à niveau Automation Suite par le passé, vous devriez connaître cette méthode.

Ce qui est spécifique à ce processus de mise à niveau, c'est qu'il garde vos paramètres et données intacts sur le même matériel. Un seul cluster est impliqué, ce qui signifie que vous devez vous fier aux opérations de sauvegarde et de restauration au cas où vous voudriez revenir à un état antérieur.

Bien que ce soit le mécanisme de mise à niveau que nous avons utilisé jusqu’à présent, sachez que nous avons considérablement réduit sa complexité. La mise à niveau sur place est désormais la même pour les scénarios en ligne et hors ligne. De plus, alors qu’auparavant vous deviez choisir entre un processus de mise à niveau automatisé et manuel, la façon dont nous avons conçu le flux de mise à niveau rend cette distinction impertinente. Il y a donc un seul ensemble d'instructions pour vous tous. Suite à cette amélioration, nous avons retiré de notre offre l'outil uipathctl.sh, qui vous permettait d'effectuer une mise à niveau de l'automatisation.

Pour connaître les exigences détaillées, une matrice de mise à niveau et des instructions, consultez Exécution d'une mise à niveau sur place.

Migration d'Automation Suite sur Linux vers Automation Suite sur EKS/AKS

Si vous utilisez déjà Automation Suite sur Linux, mais que vous pensez maintenant qu'Automation Suite sur EKS/AKS répondrait mieux à vos besoins, nous avons de bonnes nouvelles pour vous. La migration vers une nouvelle installation d'Automation Suite sur EKS/AKS est désormais possible.

Notez que vous ne pouvez actuellement pas migrer depuis Automation Suite intégré vers une installation existante d'Automation Suite sur EKS/AKS.

Pour plus de détails sur les exigences, les opérations de migration des données requises et les instructions étape par étape, consultez Migration d'Automation Suite sur Linux vers Automation Suite sur EKS/AKS.

Stabilité et amélioration de la qualité grâce à la suppression de Longhorn

Dans notre volonté continue d'améliorer la stabilité et la qualité, nous avons mis en place un mécanisme alternatif à Longhorn. Ce changement décrit une intégration directe des données et des volumes avec le disque connecté aux machines serveur, ce qui a plusieurs implications :

  • Insights, le registre Docker et les applications de surveillance s'exécutent désormais exclusivement sur des nœuds de serveur.

  • Les compartiments du magasin d'objets externes pour Insights peuvent désormais être configurés. Pour plus de détails, consultez Configuration du magasin d'objets externe.

  • Nous avons ajouté la prise en charge de NFSv3.

  • Une fois le processus de mise à niveau terminé sans migrer depuis Longhorn, un cluster restauré à partir d'une sauvegarde n'aura pas Longhorn.

  • Le pipeline AI Center nécessite un stockage supplémentaire. Le pipeline fonctionne sur la machine sur laquelle le disque AI Center supplémentaire a été monté, qui peut être une machine serveur ou agent.

Présentation de uipathctl

Dans le cadre d’une initiative visant à unifier nos outils CLI, nous introduisons uipathctl. Actuellement, les principaux objectifs du nouvel outil sont de vous aider à diagnostiquer et à résoudre les problèmes affectant votre installation Automation Suite, à effectuer une mise à niveau côte à côte, à migrer d’Automation Suite sur Linux vers Automation Suite sur EKS/AKS, à migrer vers un registre externe compatible OCI, et à générer le fichier cluster_config.json.
Restez à l'écoute et observez uipathctl devenir l'outil de choix dans de nombreux autres scénarios.

Accès au magasin d'objets sans URL pré-signées

La dernière version a introduit la possibilité de désactiver l'accès via des URL pré-signées, renforçant ainsi l'autorité sur votre magasin d'objets externe.

Notez qu'une fois que ce paramètre est activé, il est irréversible et s'applique globalement. Les modifications individuelles au niveau du produit ne sont pas possibles.

Tenez compte du fait que cette configuration particulière ne prend pas en charge Task Mining et des activités spécifiques, y compris Écrire le texte de stockage, Télécharger le fichier de stockage, Répertorier les fichiers de stockage, Lire le texte de stockage, Télécharger le fichier de stockage (Write Storage Text, Upload Storage File, List Storage Files, Read Storage Text, Download Storage File) et Supprimer le fichier de stockage (Delete Storage File).

Fonctionnalités améliorées pour le registre Docker externe

Nous avons apporté des améliorations considérables au registre Docker externe. Vous pouvez désormais bénéficier de ces nouvelles fonctionnalités :

  • Votre registre Docker externe peut être équipé de son certificat privé, vous offrant une couche de sécurité supplémentaire.

  • Outre l'utilisation d'un script de registre miroir, qui nécessite un accès Internet pour copier les artefacts Automation Suite, nous prenons désormais en charge le script hydrate-registry.sh. Ce script prendra un bundle tar hors ligne, le décompressera et téléchargera son contenu directement dans le registre Docker externe, offrant plus de flexibilité et d'options pour la gestion de votre registre.

Fractionner le bundle hors ligne pour les clients avec accès au réseau restreint

Pour mieux répondre à ceux qui ont un accès réseau restrictif, nous avons introduit un fichier as.tar.gz divisé, que vous pouvez utiliser pour effectuer une installation hors ligne. Le bundle hors ligne est divisé en 52 parties pour faciliter le téléchargement, et vous pouvez le réassembler une fois toutes les parties téléchargées.
Notez que l'option permettant de télécharger le fichier as.tar.gz complet en une seule fois reste disponible pour ceux qui disposent d'une bande passante suffisante.

Pour plus d'informations sur le téléchargement et la fusion de ces fichiers fractionnés, consultez notre documentation officielle.

Nouvelle version du noyau RHEL prise en charge

Vous pouvez désormais installer Automation Suite sur des machines exécutant Red Hat Enterprise Linux (RHEL) 8.8.

Important :

La version du noyau RHEL kernel-4.18.0-477.10.1.el8_8 est affectée par un problème qui interrompt l'installation ou la gestion du cluster Automation Suite. Assurez-vous qu'aucun des nœuds Automation Suite n'utilise cette version du noyau, que ce soit avant ou après l'installation. Vous pouvez mettre à jour la version du noyau en exécutant la commande suivante :

dnf install -y kernel kernel-tools kernel-tools-libsdnf install -y kernel kernel-tools kernel-tools-libs

Prise en charge de SELinux

Toutes les versions d'Automation Suite prennent en charge SELinux prêt à l'emploi, avec les politiques par défaut activées.

Prise en charge IMDSv2

Nous prenons désormais en charge IMDSv2 pour la connexion à AWS S3 à l'aide du profil d'instance.

Obsolescence de la documentation de l'interface utilisateur ArgoCD

Pour garantir le respect des bonnes pratiques et maintenir la stabilité de vos opérations, nous abandonnons l'utilisation de l'interface utilisateur ArgoCD comme moyen de modifier les paramètres.

Au lieu de cela, nous insistons sur la recommandation d'utiliser le fichier cluster_config.json à ces fins. Cette migration vise à maintenir une source fiable et cohérente pour vos configurations.

Cependant, vous pouvez continuer à utiliser l'interface utilisateur ArgoCD pour résoudre les problèmes, consulter les journaux ou effectuer d'autres opérations similaires.

Modifications apportées à la configuration d'authentification Kerberos

Erratum - ajouté le 17 août 2024: nous avons mis à jour le processus de configuration de l'authentification Kerberos. Au lieu d'utiliser le script configureUiPathAS.sh ou l'outil CLI, vous pouvez désormais configurer l'authentification à l'aide du fichier cluster_config.json . Pour plus de détails, consultez la section Configuration de l'authentification Kerberos via cluster_config.json.

Nouveautés concernant les licences

Modification des messages du journal d'audit

Le message de données d’audit affiché lorsqu’un utilisateur est supprimé par un Administrators, et que ses licences sont retirées par conséquent, a été amélioré dans un souci de clarté. Vous pouvez maintenant vous attendre à voir ceci dans de tels cas : User <administrator_name> deallocated all licenses of user(s) <user_names>.

Affectation d'AI Units

Les AI Units peuvent désormais également être affectées au niveau du locataire. Cette opération s'effectue à partir de la fenêtre d'attribution de licences correspondant au locataire souhaité dans la section Admin.

Points de terminaison d'attribution de licence

Deux nouveaux points de terminaison sont disponibles pour l'attribution de licences à partir de l'API :

  • GET/api​/account​/{accountId}​/user-license​/group​/{groupId} : appelez ce point de terminaison pour récupérer une liste de toutes les licences utilisateur disponibles pour la création ou la modification d'un groupe.
  • Vous avez besoin de l'autorisation Afficher (View) dans Licence (License) pour utiliser ce point de terminaison.
  • PUT/api/account/{accountId}/user-license/group/{groupId} : appelez ce point de terminaison pour attribuer ou mettre à jour une règle de groupe.
  • Vous avez besoin de l'autorisation Écrire (Write) dans Licence (License) pour utiliser ce point de terminaison.

Présentation du groupe d’utilisateurs Citizen Developers

Nous avons le plaisir d'annoncer la dernière amélioration des capacités de contrôle d'accès de notre plateforme avec l'introduction d'un nouveau groupe d'utilisateurs : Citizen Developers. Ce nouveau groupe est défini au niveau de l'organisation et sera intégré en toute fluidité à tous les services de la plateforme.

Avec le groupe Citizen Developers, les développeurs citoyens peuvent accéder à des ressources pertinentes pour leur travail sans encombrement inutile, permettant ainsi de réduire les frais généraux pour vos administrateurs.

Pour en savoir plus sur l'intégration du groupe d'utilisateurs dans les différents services de la plateforme, consultez la documentation du produit.

Mappage personnalisé des attributs pour AAD

Si notre intégration AAD existante offre un mappage automatique des attributs, cette version permet aux organisations d'utiliser des mappages d'attributs personnalisés.

Nous lançons la prise en charge du mappage personnalisé pour l’attribut Département (Business Unit), qui vous permet de mapper des attributs tels que les divisions de l’organisation avec le champ Département (Business Unit) dans la UiPath® Platform. Ce mappage peut améliorer la compréhension contextuelle des utilisateurs de votre organisation et peut aider à intégrer les identités des utilisateurs avec des services tels qu’Automation Hub.

Vous pouvez mapper l'attribut Département (Business Unit) basé sur les attributs Azure AD ou via SAML.

Fin de vie de l'assistant de déploiement

Nous abandonnons la prise en charge de l'assistant de déploiement. Cela nous permettra de nous concentrer sur le développement et l'amélioration d'outils qui vous apportent de plus grands avantages.

Nous encourageons tous les utilisateurs à consulter notre documentation officielle pour comprendre les outils et fonctionnalités existants. Veuillez partager vos commentaires sur notre documentation officielle ; votre contribution est essentielle pour nous aider à améliorer et à affiner en permanence nos offres afin de répondre au mieux à vos besoins.

Améliorations

Expérience de résolution des problèmes améliorée

Nous avons ajouté un nouvel outil CLI pour vous aider à résoudre les problèmes et à déboguer Automation Suite. Le nouvel outil s'appelle uipathtools et contient un sous-ensemble de capacités uipathctl spécifiques aux commandes d'intégrité. Pour vous assurer que vous avez accès aux étapes d'atténuation au moment opportun, nous prévoyons de fournir des mises à jour de uipathtools à une cadence plus élevée que nos versions standard.
Les outils CLI uipathtools et uipathctl sont là pour fournir toutes les fonctionnalités de diagnostic de l'ancien outil de diagnostic Automation Suite, diagnostics-report.sh, que nous avons supprimé de notre offre.

Amélioration de l’authentification unique

Nous avons mis à jour le processus d'activation de l'authentification unique (SSO) pour ArgoCD, qui implique désormais l'utilisation d'un fichier de configuration Dex et de paramètres spécifiés.

Lisez plus de détails dans notre documentation.

Résolution de bogues

  • Erratum janvier 2024 : le script de nettoyage des réplicas ne récupère pas correctement le stockage sur les nœuds. Pour en savoir plus, consultez l’article de dépannage Correctif de récupération de stockage.

  • Auparavant, les sauvegardes planifiées et à la demande échouaient après un délai d'expiration d'une heure. Vous pouvez désormais prolonger le délai d'expiration à trois heures. Pour en savoir plus, consultez Activation de la sauvegarde d'instantané et Sauvegarde d'instantané à la demande.

  • À certaines occasions, le script configureUiPathAS.sh ne mettait pas à jour ou ne lisait pas correctement les chaînes de connexion ODBC. Ce comportement ne se produit plus.
  • Un échec se produit si vous essayez de réexécuter le programme d'installation d'Automation Suite 90 jours après la première exécution. Le programme d'installation génère des certificats auto-signés avec une validité de 90 jours, et sa réexécution entraîne la révalidation des certificats déjà expirés.

Résolution des bogues d'administration

  • Les licences Automation Express étaient disponibles à l'attribution dans des déploiements locaux, bien qu'elles soient uniquement destinées aux environnements cloud. Le problème est désormais résolu.

  • Les unités Data Service n'étaient pas accordées aux organisations qui disposaient de licences Action Center - Utilisateur nommé (Action Center - Named User). Le problème est désormais résolu.

  • Lorsque vous supprimiez une organisation, ses licences n'étaient pas libérées. Désormais, toutes les licences attribuées à une organisation retournent dans le pool de licences une fois l'organisation supprimée.

  • Le paramètre NLog minLevel de la carte de configuration n'était pas respecté. La valeur par défaut de minLevel est « Info », indiquant que les journaux de gravité « Info » et supérieure auraient dû être consignés. Cependant, l'élément minLevel n'était pas pris en compte, et des journaux avec des niveaux de gravité inférieurs, en particulier « Traçage » (Trace) et « Débogage » (Debug), étaient également écrits dans les journaux.
  • Il existait auparavant un problème selon lequel des SID connus étaient inclus par inadvertance lors de la récupération de groupes de sécurité, ce qui entraînait un comportement inattendu. Les SID connus ne sont plus inclus lors de la récupération des groupes de sécurité, garantissant une fonctionnalité plus fluide et prévisible.

  • Après la mise à niveau vers la version 2022.10.1 ou une version ultérieure, la connexion au locataire hôte, puis la déconnexion et le basculement vers un autre locataire entraînaient la redirection vers l'emplacement de déconnexion précédent au lieu du locataire sélectionné. Désormais, après vous être déconnecté et avoir changé de locataires, vous serez correctement redirigé vers la page du locataire sélectionné au lieu du précédent emplacement de déconnexion.

Problèmes connus

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

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

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

Erratum - ajouté le 17 octobre 2024: lors du déploiement d'Automation Suite sur des machines AWS où seul IMDSv2 est activé, l'installation échoue lors du remplissage des libellés de nœud. Pour résoudre ce problème, consultez la note Important dans Facultatif : Activation de la résilience aux échecs locaux dans un cluster en mode production multi-nœuds compatible haute disponibilité (HA).

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

Erratum - ajouté le 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 à n'importe quelle étape (mise à niveau d'infra, de fabric ou de service), effectuez les étapes suivantes avant de réessayer la mise à niveau :
  1. Répertoriez les tâches existantes dans l'espace de noms system-upgrade :
    kubectl get jobs -n system-upgradekubectl get jobs -n system-upgrade
  2. Supprimez les tâches ayant échoué :
    kubectl -n system-upgrade delete jobs <failed_jobs>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 n’importe quel autre service dans le service mesh d’Istio, tel que le port 8080, les pods ne peuvent pas communiquer avec le nom de domaine complet. Le problème provoque l'erreur suivante :
System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.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).

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 le problème de chiffrement faible 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 d'assistance généré ne dispose pas de journaux historiques et ne peut pas être chargé sur n'importe quel stockage d'objets externe sélectionné. Pour résoudre ce problème, consultez la section Résolution des problèmes (Troubleshooting).

É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 de l'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 le existant lors de la mise à niveau de RKE2. Pour résoudre ce problème, consultez la section Résolution des problèmes (Troubleshooting).

La migration du magasin d'objets intégré au cluster vers un magasin d'objet externe échoue

Erratum, ajouté en août 2024 : la migration d’un magasin d’objets intégré au cluster vers un magasin d’objet externe échoue en raison d’un problème de configuration. Par conséquent, vous ne devez pas tenter de migration du magasin d'objets intégré au cluster Ceph vers un magasin d'objet externe dans cette version d'Automation Suite. Nous avons résolu le problème dans Automation Suite 2023.10.2, où vous pouvez migrer en toute sécurité depuis Ceph vers un magasin d'objets externe.

Les composants échouent lorsqu’un stockage d’objets externe est utilisé avec un environnement proxy

Erratum - ajouté le 24 juillet 2024 : l’utilisation d’un stockage externe avec un environnement proxy entraîne l’échec d’Orchestrator, de l’outil du pack d’assistance Automation Suite, de Prometheus, de Thanos, de Fluentd, etc. Nous avons résolu le problème dans Automation Suite 2023.10.3.

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.

Les stratégies réseau de Airflow peuvent entraîner un fonctionnement incorrect du DNS

Erratum - ajouté le 3 juin 2024 : les stratégies réseau de Airflow empêchent parfois le DNS de fonctionner correctement. Pour éviter ce problème, exécutez la commande suivante.
sudo networkPolicyTool.sh --createNetworkPolicy ./Configs/networkPolicyTool/airflow.yaml --addsudo networkPolicyTool.sh --createNetworkPolicy ./Configs/networkPolicyTool/airflow.yaml --add

Pour installer l’outil de stratégie réseau, suivez les instructions détaillées dans l’article de dépannage suivant : Outil de stratégie réseau. Ce problème a été résolu dans Automation Suite 23.10.3.

Échec de la mise à niveau du nœud unique à l’étape Fabric

Erratum - ajouté le 20 mai 2024 :​​ sur les déploiements à nœud unique avec stockage dans le cluster, les mises à niveau à partir de la version 2022.4.1 ou d’une version antérieure échouent à l’étape Fabric en raison d’un problème de migration rook-ceph​​. Pour éviter ce problème, appliquez les instructions de la section Échec de la mise à niveau du nœud unique à l'étape Fabric​​.

Problèmes liés aux alertes CephMgrIsAbsent

​Erattum - ajouté le 19 avril 2024​​ : les faux positifs des alertes CephMgrIsAbsent s’affichent même en l’absence de problèmes de stockage. Ce problème a été résolu dans Automation Suite 23.10.3.

Message d’erreur lors de la désinstallation de rook-ceph après la migration vers un magasin d’objets S3

Erratum - ajouté le 19 avril 2024: lors de la désinstallation de rook-ceph, un message d’erreur s’affiche, lié à une configuration manquante pour le stockage d’objets externe. Ce problème existe même lorsque la migration est réussie. Ce comportement a été corrigé dans Automation Suite 23.10.3.

Problèmes affectant les métriques et les alertes Ceph

Erratum - ajouté le 19 avril 2024 : dans certaines situations, les métriques Ceph sont absentes des tableaux de bord de surveillance. Pour résoudre cela, consultez la section Résolution des problèmes (Troubleshooting).

Différences de classement entre le serveur SQL et la base de données SQL non prises en charge

Erratum - ajouté le 28 février 2024 :​​ les procédures stockées ne prennent pas en charge les différences de classement entre le serveur SQL et la base de données SQL. Pour éviter tout problème potentiel, vous devez veiller à ce que les paramètres de classement du serveur SQL et de la base de données SQL soient identiques.

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

Erratum - ajouté le 28 février 2024: nous avons identifié un problème ayant un impact sur la mise à niveau côté à côté d’Automation Suite 2022.10 ou version antérieure vers les versions 2023.10.0 et 2023.10.1. 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.2 ou vers une version ultérieure.

Échec de l’installation lorsque de nouveaux produits sont ajoutés à une installation Automation Suite existante

Erratum - ajouté le 28 février 2024: à chaque fois que vous essayez d’ajouter un nouveau produit à une installation Automation Suite existante, le programme d’installation vous demande à tort de fournir un registre temporaire, ce qui provoque l’échec du processus d’installation.

Pour résoudre ce problème, utilisez la solution de contournement suivante :

  1. Veillez à ce que le registre temporaire soit actif.
  2. Modifiez le paramètre readinessProbe du registre docker Ensembles d’états en exécutant la commande suivante :
    kubectl patch statefulset docker-registry -n docker-registry --type json -p '[{"op": "replace", "path": "/spec/template/spec/containers/0/readinessProbe", "value": {"httpGet":{"scheme":"HTTPS", "path": "/", "port": 5000}}}]'kubectl patch statefulset docker-registry -n docker-registry --type json -p '[{"op": "replace", "path": "/spec/template/spec/containers/0/readinessProbe", "value": {"httpGet":{"scheme":"HTTPS", "path": "/", "port": 5000}}}]'

Problèmes affectant le transfert de journaux vers le stockage cloud du secteur public

Erratum - ajouté le 19 décembre 2023 : vous ne pouvez pas transférer les journaux Fluentd et Fluent Bit vers le stockage cloud Azure et AWS secteur public.

Nous vous recommandons d’utiliser Splunk et d’y transférer les journaux d’application.

Processus zombie après l’exécution d’une installation hors ligne

Erratum - ajouté le 19 décembre 2023 : après avoir effectué une installation hors ligne, les sondes de disponibilité du registre Docker déclenchent des processus zombie.

Pour résoudre le problème, exécutez la commande suivante après avoir effectué une installation hors ligne de la version 2023.10.0 afin de mettre à jour les sondes de disponibilité existantes. Cette étape n’est pas nécessaire pour les installations en ligne.

kubectl patch statefulset docker-registry -n docker-registry --type json -p  '[{"op": "replace", "path": "/spec/template/spec/containers/0/readinessProbe", "value": {"exec":{"command":["sh","-c", "[ -f /var/lib/registry/ready ] || { echo \"Registry is not seeded\"; exit 1; } "]}}}]'kubectl patch statefulset docker-registry -n docker-registry --type json -p  '[{"op": "replace", "path": "/spec/template/spec/containers/0/readinessProbe", "value": {"exec":{"command":["sh","-c", "[ -f /var/lib/registry/ready ] || { echo \"Registry is not seeded\"; exit 1; } "]}}}]'

Après Disaster Recovery, Dapr ne fonctionne pas correctement pour Process Mining et Task Mining

Après une Disaster Recovery, Dapr n'est pas restauré correctement et les certificats requis par dapr pour fournir des services pour Process Mining et Task Mining sont incorrects. Les applications dapr, processmining et taskmining semblent d'abord être correctes, mais reviendront ensuite à l'état de progression et l'environnement deviendra instable. Lors de la connexion à Process Mining ou Task Mining, l'application peut ne pas se charger ou renvoyer des erreurs inattendues.

Consultez Dépannage de Process Mining pour une description des étapes que vous devez suivre pour résoudre le problème.

Versions des packages Document Understanding prêts à l'emploi manquantes

Dans certaines situations, le programme d'installation des packages prêts à l'emploi peut échouer. Si cela se produit, certaines versions du paquet ML seront manquantes dans Document Understanding. Pour résoudre ce problème, vous pouvez soit déclencher la synchronisation ArgoCD, soit attendre que la synchronisation ArgoCD déclenche le programme d'installation automatiquement pour réinstaller les packages.

Caractère non autorisé lors de la définition de la chaîne de connexion pour Document Understanding

Lors de la définition manuelle des chaînes de connexion dans le fichier de configuration, les mots de passe de la base de données Document Understanding ne peuvent pas commencer par { pour PYODBC.

Échec de l'enregistrement d'AI Center après la mise à niveau vers 2023.10

Lors de la mise à niveau de 2023.4.3 vers 2023.10, vous rencontrez des problèmes avec l'enregistrement d'AI Center.

Le système affiche l'exception suivante et la création du locataire échoue : "exception":"sun.security.pkcs11.wrapper.PKCS11Exception: CKR_KEY_SIZE_RANGE
Pour résoudre ce problème, vous devez effectuer un redémarrage du déploiement de ai-trainer. Pour ce faire, exécutez la commande suivante :
kubectl -n uipath rollout restart deploy ai-trainer-deploymentkubectl -n uipath rollout restart deploy ai-trainer-deployment

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écouvrirConstruireGérer (Manage)Impliquer
AI Center 2023.10.0Action Center 2023.10.0
Task Mining 2023.10.0AI Computer Vision 2023.4.3Insights 2023.10.0Apps 2023.10.0
Document Understanding 2023.10.0Orchestrator 2023.10.0 
  Test Manager 2023.10.0 
    

Versions des composants internes

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

Composant (Component)

Version

RKE2

1.26.5

ArgoCD

2.7.7

logging-operator

3.17.10
logging-operator-logging3.17.10
Gatekeeper3.11.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-logging102.0.1-up3.17.10
rancher-logging-crd102.0.1-up3.17.10
rancher-monitoring-crd102.0.1-up40.1.2
rancher-gatekeeper-crd100.2.0-up3.8.1
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.8.0

velero

3.1.6

opérateur redis

6.2.18-41

redis-cluster

6.2.18-65

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.

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

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo White
Confiance et sécurité
© 2005-2024 UiPath Tous droits réservés.