- Notes de publication d'Automation Suite sur Linux
- Notes de publication d'Automation Suite sur EKS/AKS
2023.10.0
Date de publication : 25 avril 2024
- Automation Hub
- Process Mining
- Test Manager
- Insights
Date de publication : 22 novembre 2023
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.
Pour en savoir plus, consultez Migration de produits autonomes vers Automation Suite.
Date de publication : 3 novembre 2023
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.
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.
cluster_config.json
, mais il n'effectue pas l'installation réelle.
Pour plus de détails, consultez la documentation suivante :
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.
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.
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.
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.
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.
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
.
uipathctl
devenir l'outil de choix dans de nombreux autres scénarios.
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).
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.
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.
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.
Vous pouvez désormais installer Automation Suite sur des machines exécutant Red Hat Enterprise Linux (RHEL) 8.8.
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-libs
dnf install -y kernel kernel-tools kernel-tools-libs
Toutes les versions d'Automation Suite prennent en charge SELinux prêt à l'emploi, avec les politiques par défaut activées.
Nous prenons désormais en charge IMDSv2 pour la connexion à AWS S3 à l'aide du profil d'instance.
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.
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.
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.
Modification des messages du journal d'audit
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.
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.
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.
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.
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.
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.
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.
-
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.
-
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 deminLevel
est « Info », indiquant que les journaux de gravité « Info » et supérieure auraient dû être consignés. Cependant, l'élémentminLevel
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.
exclude= rke2-*
n’est pas ajouté au fichier /etc/yum.conf
sur des nœuds autres que le premier serveur. Dans des environnements spécifiques, en particulier ceux 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.
exclude=rke2-*
au fichier /etc/yum.conf
sur tous les nœuds de votre cluster Automation Suite.
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).
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
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 :
-
Répertoriez les tâches existantes dans l'espace de noms
system-upgrade
:kubectl get jobs -n system-upgrade
kubectl get jobs -n system-upgrade -
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.
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).
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
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.
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.
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).
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.
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.
sudo networkPolicyTool.sh --createNetworkPolicy ./Configs/networkPolicyTool/airflow.yaml --add
sudo 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.
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.
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.
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).
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.
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 :
- Veillez à ce que le registre temporaire soit actif.
- 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}}}]'
Nous vous recommandons d’utiliser Splunk et d’y transférer les journaux d’application.
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 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.
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.
{
pour PYODBC.
Lors de la mise à niveau de 2023.4.3 vers 2023.10, vous rencontrez des problèmes avec l'enregistrement d'AI Center.
"exception":"sun.security.pkcs11.wrapper.PKCS11Exception: CKR_KEY_SIZE_RANGE
ai-trainer
. Pour ce faire, exécutez la commande suivante :
kubectl -n uipath rollout restart deploy ai-trainer-deployment
kubectl -n uipath rollout restart deploy ai-trainer-deployment
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.
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 |
---|---|---|---|
AI Center 2023.10.0 | Action Center 2023.10.0 | ||
Task Mining 2023.10.0 | AI Computer Vision 2023.4.3 | Insights 2023.10.0 | Apps 2023.10.0 |
Document Understanding 2023.10.0 | Orchestrator 2023.10.0 | ||
Test Manager 2023.10.0 | |||
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-logging | 3.17.10 |
Gatekeeper | 3.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-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 | 100.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 |
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.
- Modifications apportées aux limitations de locataire liées à la licence
- Publication de la nouvelle version de UiPath.OrganizationMigrationApp
- Nouveautés
- Modifications de l'authentification Kerberos
- Expérience d'installation rationalisée
- Présentation des mises à niveau côte à côte
- Améliorations des mises à niveau sur place
- 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
- Présentation de uipathctl
- Accès au magasin d'objets sans URL pré-signées
- Fonctionnalités améliorées pour le registre Docker externe
- Fractionner le bundle hors ligne pour les clients avec accès au réseau restreint
- Nouvelle version du noyau RHEL prise en charge
- Prise en charge de SELinux
- Prise en charge IMDSv2
- Obsolescence de la documentation de l'interface utilisateur ArgoCD
- Modifications apportées à la configuration d'authentification Kerberos
- Nouveautés concernant les licences
- Présentation du groupe d’utilisateurs Citizen Developers
- Mappage personnalisé des attributs pour AAD
- Fin de vie de l'assistant de déploiement
- Améliorations
- Expérience de résolution des problèmes améliorée
- Amélioration de l’authentification unique
- Résolution de bogues
- Résolution des bogues d'administration
- Problèmes connus
- Mise à niveau du service RKE2 non prévue sur des nœuds supplémentaires
- La chaîne de connexion SQL de l’automatisation de test est ignorée
- L'installation échoue lors du remplissage des libellés de nœud
- Impossible de mettre à niveau en raison de tâches ayant échoué dans l'espace de noms de mise à niveau du système
- Les pods ne peuvent pas communiquer avec le nom de domaine complet dans un environnement proxy
- Chiffrements faibles dans TLS 1.2
- Échec de la collecte du journal du pack d'assistance
- Échec de la vérification des conditions préalables de l’API ListBucket inutiles pour le magasin d’objets externe
- Impossible d’activer l’authentification unique pour ArgoCD
- Le pod d'instantané-contrôleur-crds dans l'état CrashLoopBackOff après la mise à niveau
- La migration du magasin d'objets intégré au cluster vers un magasin d'objet externe échoue
- Les composants échouent lorsqu’un stockage d’objets externe est utilisé avec un environnement proxy
- Le pack d’assistance a été généré avec un nom de domaine complet incorrect pour AKS sur Azure Government
- Les stratégies réseau de Airflow peuvent entraîner un fonctionnement incorrect du DNS
- Échec de la mise à niveau du nœud unique à l’étape Fabric
- Problèmes liés aux alertes CephMgrIsAbsent
- Message d’erreur lors de la désinstallation de rook-ceph après la migration vers un magasin d’objets S3
- Problèmes affectant les métriques et les alertes Ceph
- Différences de classement entre le serveur SQL et la base de données SQL non prises en charge
- La mise à niveau échoue en raison de la migration de MongoDB vers SQL Server
- Échec de l’installation lorsque de nouveaux produits sont ajoutés à une installation Automation Suite existante
- Problèmes affectant le transfert de journaux vers le stockage cloud du secteur public
- Processus zombie après l’exécution d’une installation hors ligne
- Après Disaster Recovery, Dapr ne fonctionne pas correctement pour Process Mining et Task Mining
- Versions des packages Document Understanding prêts à l'emploi manquantes
- Caractère non autorisé lors de la définition de la chaîne de connexion pour Document Understanding
- Échec de l'enregistrement d'AI Center après la mise à niveau vers 2023.10
- Chronologie de l’abandon
- Détails du regroupement
- Versions du produit
- Versions des composants internes
- Version de l’outil de migration