- Notes de publication d'Automation Suite sur Linux
- Notes de publication d'Automation Suite sur EKS/AKS

Notes de publication d'Automation Suite
2023.10.6
Date de publication : 17 octobre 2024
Nous avons étendu notre prise en charge des systèmes d’exploitation pour inclure RHEL 9.4.
Nous prenons désormais en charge Instance Metadata Service Version 2 (IMDSv2) dans les déploiements haute disponibilité pour AWS. Pour plus d'informations sur IMDSv2, consultez la documentation AWS.
Nous avons implémenté une nouvelle vérification kube-proxy dans Node Monitor. Si kube-proxy devient fonctionnellement indisponible en raison de problèmes tels qu'un nettoyage iptable, le Node Monitor bouclera le nœud. Une fois que kube-proxy fonctionnera à nouveau correctement, le nœud sera débouclé.
Nous avons apporté les améliorations suivantes aux workflows de migration :
-
Lorsque les données d'Identity de vos locataires sont déplacées d'une version autonome d'Orchestrator vers Automation Suite, le nom du locataire dans Automation Suite est désormais le même que le nom du locataire d'origine dans la version autonome d'Orchestrator. Auparavant, le nom du locataire Automation Suite était automatiquement généré au format
tenant_xxxxxxxx
, oùxxxxxxxx
désignait les huit premiers caractères de l'ID de l'organisation Automation Suite. Pour plus d'informations, consultez Étape 1 : Déplacement des données d'organisation depuis une version autonome d'Identity vers Automation Suite -
Nous avons mis à jour notre documentation des étapes de migration pour clarifier que vous avez la possibilité de migrer plusieurs locataires de produits autonomes vers une seule organisation Automation Suite ou plusieurs organisations Automation Suite. Pour plus d'informations, consultez les sections Étape 1 : Déplacement des données d'organisation depuis une version autonome d'Identity vers Automation Suite et Étape 4 : Fusion des organisations dans Automation Suite.
Nous sommes ravis d’annoncer une amélioration de notre processus de mise à jour Nom de domaine entièrement qualifié (Fully Qualified Domain Name, FQDN). Vous pouvez désormais mettre à jour le nom de domaine complet du cluster à partir d'une seule machine, remplaçant la procédure en plusieurs étapes précédente. Cette mise à jour vise à simplifier le processus, en le rendant plus convivial et plus efficace.
Pour plus d'informations sur le processus de mise à jour du nom de domaine complet, consultez Configuration du nom de domaine complet après l'installation.
-
Si vous redimensionnez le PV OSD
rook-ceph
, la nouvelle taille n’est pas conservée après une mise à niveau d’Automation Suite. Désormais, la mise à niveau hérite automatiquement et conserve la taille de PV du système d'exploitationrook-ceph
mise à jour. -
Nous avons résolu un problème d'installation ou de mise à niveau sur les machines AWS sur lesquelles seule IMDSv2 était activée.
-
Nous avons corrigé un problème qui provoquait l’échec des mises à niveau d’Automation Suite en raison de la présence de tâches ayant échoué dans l’espace de noms
system-upgrade
. -
Dans un environnement proxy, si le serveur proxy utilisait 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 pouvaient pas communiquer avec le nom de domaine complet et un message d'erreur s'affichait. Ce comportement ne se produit plus.Remarque : Si vous avez précédemment créé une entrée de service selon que la solution de contournement dans les pods ne peut pas communiquer avec le nom de domaine complet dans un environnement proxy, nous vous recommandons de supprimer l'entrée de service après la mise à niveau vers Automation Suite 2023.10.6 ou une version ultérieure. Pour supprimer l'entrée de service, utilisez la commande suivante :
kubectl delete serviceentry proxy -n uipath
kubectl delete serviceentry proxy -n uipath -
Nous avons corrigé un problème lié à
uipathctl
qui entraînait une corruption de la configuration du registre lors des mises à niveau. Auparavant, un port dans l'URL helm decluster_config.json
était traité comme un registre externe, ce qui entraînait une omis dansregistries.yaml
. Désormais,insecure_skip_verify: true
est correctement inclus dansregistries.yaml
, qu'un port soit présent ou non dans l'URL helm. -
Nous avons corrigé plusieurs bogues qui causaient des problèmes lors de la configuration lorsque AI Center était connecté à un Orchestrator et Identity Service externe, dans les situations suivantes :
-
Lors de l'installation des certificats Orchestrator pour une communication approuvée.
-
Lors de la configuration d'un client Identity Service pour Document Manager.
-
Lors de la configuration d'un client Identity Service pour les services de comptage.
-
-
Nous avons résolu un problème selon lequel l'arrêt du service
rke2-server
sans l'exécution derke2-killall.sh
pouvait entraîner des rapports intermittents non prêts à partir des machines agent. -
Nous avons résolu un problème qui causait des problèmes pendant le processus de mise à niveau si vous aviez redimensionné le PVC Docker-registry utilisé par votre registre Docker dans le cluster. Désormais, la nouvelle taille est précisément reconnue et prise en compte lors du processus de mise à niveau.
-
Nous avons corrigé un problème qui entraînait l’échec des tâches de récupération Redis lorsque le mot de passe d’administrateur ArgoCD est mis à jour dans l’interface utilisateur sans mettre à jour les clés secrètes Kubernetes. Le correctif inclut une gestion spéciale pour ce scénario. Nous vous recommandons de mettre à jour les clés secrètes Kubernetes en même temps lorsque vous mettez à jour le mot de passe de l'administrateur ArgoCD dans l'interface utilisateur pour éviter tout autre problème inattendu. Pour plus de détails sur la mise à jour correcte du mot de passe de l'administrateur ArgoCD, consultez la section Résolution des problèmes ( Troubleshooting).
business-apps/ba-migration-k8-utils
.
business-apps/ba-migration-k8-utils
dans le fichier versions.json
de la version 2023.10.4 à la version 2023.10.6 avant d'exécuter la commande de migration.
Nous avons résolu le problème dans Automation Suite 2023.10.7.
Perte de données lors de la réinstallation ou de la mise à niveau d'Insights après la mise à niveau d'Automation Suite
Erratum - ajouté le 18 décembre 2024 : après une mise à niveau d’Automation Suite à partir de la version 2023.4 ou d’une version antérieure, la réinstallation ou la mise à niveau d’Insights entraîne une perte de données en raison d’un problème de modifications de la classe de stockage Insights. Pour résoudre le problème, consultez Résolution des problèmes.
Nous avons résolu le problème dans Automation Suite 2023.10.7.
redis-cluster-0
pod dans l’état de fin lorsque vous effectuez un drainage de nœud dans des scénarios Redis non-HA. Pour résoudre le problème, vous devez supprimer de force le pod à l'aide de la commande suivante :
kubectl -n redis-system delete pod redis-cluster-0 --force
kubectl -n redis-system delete pod redis-cluster-0 --force
Nous avons résolu le problème dans Automation Suite 2023.10.7.
Erratum - ajouté le 18 décembre 2024 : un problème d’annotation Insights bloque le programme d’installation d’Automation Suite. Nous avons résolu le problème dans Automation Suite 2023.10.7.
Erratum - ajouté le 18 décembre 2024 : le collecteur de journaux RKE2 s’exécute indéfiniment pour certaines commandes système. Nous avons résolu le problème dans Automation Suite 2023.10.7.
Erratum - ajouté le 18 décembre 2024 : un problème provoque l’échec des mises à niveau lorsque les tailles de PVC Insights existantes sont remplacées par inadvertance. Pour résoudre ce problème, vous devez modifier manuellement la taille des PVC dans l'interface utilisateur d'ArgoCD. Pour plus de détails, consultez la section Résolution des problèmes (Troubleshooting).
Ce problème a été résolu dans Automation Suite 2024.10.7.
aicenter skill sync
aicenter skill status
commandes et lors d’une mise à niveau côte à côte.
Pour résoudre ce problème, vous devez modifier manuellement la syntaxe. Pour plus de détails, consultez la section Résolution des problèmes (Troubleshooting).
redis.<primary-fqdn>
et redis-db.<primary-fqdn>
lors des vérifications des prérequis actif/passif. Ce problème a été résolu dans Automation Suite 2024.10.7.
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).
Failed to set Longhorn RestApi Endpoint
lorsque vous mettez à niveau (réinstallez) le cluster à partir d'une version antérieure à Automation Suite 23.10.0.
Pour résoudre cela, consultez la section Résolution des problèmes (Troubleshooting).
registries.trust.enabled
sur true
dans le fichier cluster_config.json
.
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 |
---|---|---|---|
Automation Ops 2023.10.5 | AI Center 2023.10.6 | Action Center 2023.10.6 | |
Task Mining 2023.10.6 | AI Computer Vision 2023.10.6 | Insights 2023.10.6 | Apps 2023.10.6 |
Document Understanding 2023.10.6 | Orchestrator 2023.10.7 | ||
Test Manager 2023.10.6 | |||
Cette version d'Automation Suite regroupe les composants internes suivants :
Composant (Component) |
Version |
---|---|
RKE2 |
1.30.5 |
ArgoCD |
2.11.3 |
Gatekeeper |
3.16.0 |
tour-ceph |
1.14.6 |
prometheus-pushgateway |
2.12.0 |
gestionnaire-certificats |
1.14.5 |
rancher-istio |
104.4.0-up1.22.1 |
rancher-logging |
103.0.0-up3.17.10 |
rancher-logging-crd |
103.0.0-up3.17.10 |
rancher-monitoring-crd |
104.1.0-up57.0.3 |
rancher-gatekeeper-crd |
103.1.0-up3.13.0 |
rancher-gatekeeper |
103.1.0-up3.13.0 |
rancher-monitoring |
104.1.0-up57.0.3 |
longhorn |
1.6.2 |
longhorn-crd |
1.1.100 |
rechargeur |
1.0.95 |
pilote-csi-smb |
1.16.0 |
velero |
6.2.0 |
opérateur redis |
7.4.6-2 |
redis-cluster |
7.4.6-22 |
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.
- Nouvelle version du noyau RHEL prise en charge
- Prise en charge de la version 2 du service de métadonnées d'instance
- Nouvelle vérification kube-proxy
- Migration améliorée vers Automation Suite
- Amélioration de la mise à jour du nom de domaine complet
- Résolution de bogues
- Problèmes connus
- Échec de la mise à niveau côte à côte lorsque Apps est activé
- Perte de données lors de la réinstallation ou de la mise à niveau d'Insights après la mise à niveau d'Automation Suite
- Problème de maintenance de nœud dans Redis non-HA
- Programme d'installation de blocs de problème d'annotation Insights
- Le collecteur de journaux RKE2 s’exécute indéfiniment
- Échec de la mise à niveau en raison du remplacement des tailles de PVC Insights
- Échec de la synchronisation des compétences AI Center lors de la mise à niveau côte à côte
- Validations de résolution DNS Redis inutiles lors des vérifications actif/passif
- 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
- Erreur de mise à niveau/réinstallation du point de terminaison de l'API REST Longhorn
- L'activation de Connaisseur provoque l'échec de l'installation ou de la mise à niveau
- Chronologie de l’abandon
- Détails du regroupement
- Versions du produit
- Versions internes des composants tiers
- Version de l’outil de migration