UiPath Documentation
automation-suite
2022.10
false
Notes de publication d'Automation Suite
  • Notes de publication
    • 2022.10.0
    • 2022.10.1
    • 2022.10.2
    • 2022.10.3
    • 2022.10.4
    • 2022.10.5
    • 2022.10.6
    • 2022.10.7
    • 2022.10.8
    • 2022.10.9
    • 2022.10.10
    • 2022.10.11
    • 2022.10.12
    • 2022.10.13
    • 2022.10.15
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.

2022.10.11

Date de publication : 19 avril 2024

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

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

Migration simplifiée vers Automation Suite​

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

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

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

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

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

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

Améliorations de l’outil Pack d’assistance​

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

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

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

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

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

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

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

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

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

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

Résolution de bogues​

  • Un problème provoquait un nombre excessif d’e-mails d’alerte envoyés après des redémarrages inattendus des nœuds. Nous avons résolu le problème via une gestion et une finalisation automatisées des tâches orphelines.
  • Nous avons corrigé un problème provoquant une définition incorrecte des clés secrètes uipath-service par le Gestionnaire des informations d’identification, qui les laissait vides.
  • Nous avons corrigé un problème lié à des faux positifs des alertes de stockage CephMgrIsAbsent. Les alertes s’affichaient même en l’absence de problèmes de stockage. Ce comportement ne se produit plus.
  • Les métriques et alertes Ceph étaient absentes du tableau de bord de surveillance. Ce comportement ne se produit plus.
  • Nous avons corrigé un problème qui entraînait l’échec de la commande node-drain.sh en raison d’une option obsolète.

Problèmes connus​

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

Si vous redimensionnez le PV OSD rook-ceph , la nouvelle taille ne est pas conservée après une mise à niveau d'Automation Suite.

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

Erratum - ajout du 17 octobre 2024 : un problème entraîne l’échec des tâches de récupération Redis lorsque vous mettez à jour le mot de passe de l’administrateur ArgoCD directement via l’interface utilisateur sans mettre à jour simultanément les clés secrètes Kubernetes. Pour éviter ce problème, nous vous recommandons fortement, chaque fois que vous modifiez le mot de passe de l'administrateur ArgoCD via l'interface utilisateur, de vous assurer de mettre à jour les clés secrètes Kubernetes en même temps. Pour plus de détails sur la façon de mettre à jour correctement le mot de passe administrateur ArgoCD, consultez la section Résolution des problèmes.

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

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

System.Net.Http.HttpRequestException: The proxy tunnel request to proxy 'http://<proxyFQDN>:8080/' failed with status code '404'.
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 les chiffrements faibles dans TLS 1.2.

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

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

Erattum - added June 25, 2024: Occasionally, some API calls from Studio or Robot can fail with a 413 error code or a RequestEntityTooLarge error message. To fix the issue, see the Troubleshooting section.

**** Alert configurations (email and webhook receivers) get lost on reboot of machine or re-sync of alertmanager-config secret. For details, refer to Persisting Alert Manager configurations during machine reboot.

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
Automation Hub 2022.10.9Automation Ops 2022.10.10AI Center 2022.10.11Action Center 2022.10.9
Task Mining 2022.10.9AI Computer Vision 2022.10.9Insights 2022.10.9Apps 2022.10.8
Process Mining 2022.10.11Document Understanding 2022.10.11Orchestrator 2022.10.11
Test Manager 2022.10.9
Data Service 2022.10.11

Versions internes des composants tiers​

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

Composant (Component)Version
RKE211.26.11
ArgoCD2.2.12
tour-ceph1.8.9
gestionnaire-certificats1.9.1
Rancher2.7.6
rancher-gatekeeper102.1.0-up3.12.0
rancher-istio102.2.0-up1.17.2
longhorn1.4.3
longhorn-crd1.1.100
rechargeur0.0.129
pilote-csi-smb1.10.0
opérateur-lapinmq1.5.0
opérateur redis7.2.4-7
redis-cluster7.2.4-64
MongoDB5.0.7-ent
docker_registry2.8.1

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