RSS
 

vRealize Orchestrator Appliance 8.5 | 19 août 2021 | Build 18474196

Référentiel de mise à jour de vRealize Orchestrator 8.5 | 19 août 2021 | Build 18474196

Vérifiez fréquemment les compléments et les mises à jour de ces notes de mise à jour.

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les rubriques suivantes :

Important

Échec de la mise à niveau après l'exécution des étapes décrites dans l'article 87120 de la base de connaissances

Les instructions utilisées pour résoudre les vulnérabilités Log4j CVE-2021-44228 et CVE-2021-45046 décrites dans l'article 87120 de la base de connaissances peuvent entraîner des échecs de la mise à niveau pour vRealize Automation et vRealize Orchestrator 8.6.2 ou version antérieure. Pour obtenir une solution, reportez-vous à l'article 87794 de la base de connaissances.

vRealize Orchestrator 8.5.0 Correctif 1

Vous pouvez désormais télécharger vRealize Orchestrator 8.5.0 Correctif 1 à partir de la page Correctifs du produit du Portail VMware Customer Connect. Le correctif inclut une mise à jour cumulative et des correctifs Log4j. 

Nouveautés de vRealize Orchestrator 8.5

  • VMware vRealize Orchestrator plug-in for vRealize Automation 8.5 et vRealize Automation Cloud

    L'instance de vRealize Automation Plug-in mise à jour prend en charge la génération d'objets de scripts, tels que les comptes de cloud, les zones de cloud, les projets et les balises, ainsi que les opérations CRUD sur ces objets que vous pouvez utiliser pour créer votre propre contenu. Pour chaque objet, un exemple de contenu est fourni prêt à l'emploi. En savoir plus.

    Limitations techniques de vRealize Orchestrator/vRealize Automation 8.5.0 :

    • Le délai d'expiration des opérations REST est de 2 minutes.
    • Les valeurs de propriétés personnalisées masquées provenant de vRealize Automation ne fonctionnent pas comme entrée dans le workflow Mettre à jour le projet dans lequel les propriétés personnalisées contiennent des valeurs chiffrées. Cela est dû à la logique de chiffrement différente mise en œuvre dans vRealize Orchestrator. Pour résoudre ce problème, entrez à nouveau la valeur chiffrée sans la clé secrète.
    • Aucune prise en charge de la pagination pour le compte de cloud vSphere, NSX-T, NSX-V, le collecteur de données et les régions.

  • Prise en charge de l'API vSphere 7.x pour vCenter Server Plug-in for vRealize Orchestrator

    vCenter Server Plug-in for vRealize Orchestrator prend désormais en charge la dernière version de l'API vSphere 7.x. Pour plus d'informations sur les objets de scripts disponibles pour le plug-in, accédez à l'Explorateur d'API dans vRealize Orchestrator Client.

Déploiement du dispositif VMware vRealize Orchestrator 8.5

vRealize Orchestrator Appliance est un dispositif basé sur VMware Photon OS distribué sous forme d'un fichier OVA. Il est préintégré et préconfiguré avec une base de données PostgreSQL interne. Vous pouvez le déployer avec vCenter Server 6.0 ou version ultérieure.

Le dispositif vRealize Orchestrator Appliance est rapide, facile à utiliser et plus économique pour intégrer la pile VMware Cloud, y compris vRealize Automation et vCenter Server, avec vos processus et votre environnement informatiques.

Pour obtenir des instructions sur le déploiement du dispositif vRealize Orchestrator Appliance, reportez-vous à Télécharger et déployer le dispositif vRealize Orchestrator. 

Pour plus d'informations sur la configuration du serveur vRealize Orchestrator Appliance, reportez-vous à la section Configuration d'un serveur vRealize Orchestrator autonome.

Mise à niveau et migration vers vRealize Orchestrator 8.5

Vous pouvez mettre à niveau un déploiement de vRealize Orchestrator 8.x autonome ou en cluster vers la dernière version du produit à l'aide d'une image ISO montée.

Pour obtenir plus d'informations sur la mise à niveau du dispositif vRealize Orchestrator Appliance, reportez-vous à la section Mise à niveau de vRealize Orchestrator.

Vous pouvez migrer vers vRealize Orchestrator 8.5 une instance autonome de vRealize Orchestrator authentifiée avec vSphere ou vRealize Automation. Les versions de produit de vRealize Orchestrator 7.x prises en charge pour la migration incluent les versions 7.3 à 7.6. La migration de déploiements vRealize Orchestrator 7.x en cluster n'est pas prise en charge.

Pour obtenir plus d'informations sur la migration du dispositif vRealize Orchestrator Appliance, reportez-vous à la section Migration de vRealize Orchestrator.

Plug-ins installés avec vRealize Orchestrator 8.5

Les plug-ins suivants sont installés par défaut avec vRealize Orchestrator 8.5 :

  • vRealize Orchestrator vCenter Server Plug-In 7.0.0
  • vRealize Orchestrator Mail Plug-In 8.0.0
  • vRealize Orchestrator SQL Plug-In 1.1.6
  • vRealize Orchestrator SSH Plug-In 7.3.0
  • vRealize Orchestrator SOAP Plug-In 2.0.4
  • vRealize Orchestrator HTTP-REST Plug-In 2.4.0
  • vRealize Orchestrator Plug-In for Microsoft Active Directory 3.0.11
  • vRealize Orchestrator AMQP Plug-In 1.0.6
  • vRealize Orchestrator SNMP Plug-In 1.0.3
  • vRealize Orchestrator PowerShell Plug-In 1.0.19
  • vRealize Orchestrator Multi-Node Plug-In 8.5.0
  • vRealize Orchestrator Dynamic Types 1.3.6
  • vRealize Orchestrator vCloud Suite API (vAPI) Plug-In 7.5.2

Versions antérieures de vRealize Orchestrator

Les fonctionnalités et les problèmes des versions antérieures de vRealize Orchestrator sont décrits dans les notes de mise à jour de chaque version. Pour consulter les notes de mise à jour des versions antérieures de vRealize Orchestrator, cliquez sur l'un des liens suivants :

Problèmes résolus

  • Impossible de se connecter au centre de contrôle de vRealize Orchestrator ou à vRealize Orchestrator Appliance.

    L'utilisation de caractères de barre oblique inverse (« \ ») dans le mot de passe racine de votre déploiement peut entraîner des problèmes lors d'une tentative de connexion au centre de contrôle de vRealize Orchestrator ou à vRealize Orchestrator Appliance sur une session SSH.

  • Vous ne trouvez pas les dépendances d'actions des workflows en double.

    Lorsque vous dupliquez un workflow, puis que vous recherchez des dépendances, les actions utilisées dans le formulaire de saisie de workflow sont introuvables.

     

  • Les scripts PowerCLI échouent avec une erreur « Un élément comportant la même clé a déjà été ajouté. Clé : LinkedView ».

    Ce problème de scripts PowerCLI est dû à un objet VMHost PowerCLI ne pouvant pas être analysé au format JSON.

     

  • La suppression d'un workflow ou d'une action peut prendre plus d'une minute.

    Si votre bibliothèque d'objets vRealize Orchestrator Client contient des milliers de workflows ou d'actions, la suppression d'un workflow ou d'une action peut prendre plus d'une minute.

     

  • Lorsque vous créez un bundle de journaux après avoir effectué une migration de vRealize Orchestrator 7.x vers vRealize Orchestrator 8.x, les journaux de migration ne sont pas inclus dans le bundle.

    Le bundle de journaux créé après la migration ne contient pas le fichier journal de migration. Ce problème se produit dans des environnements vRealize Orchestrator en cluster.

     

  • L'exécution de workflows échoue sur un élément de workflow avec la gestion des exceptions lorsque l'élément est un workflow qui comporte un élément imbriqué défaillant.

    Ce problème peut être déclenché si votre schéma de workflow contient l'élément de gestion des erreurs par défaut et un élément de workflow intégré qui inclut des workflows imbriqués. Lorsque vous exécutez le workflow parent et qu'un workflow imbriqué échoue, le premier échoue également, quel que soit l'élément de gestion des erreurs par défaut.

     

  • Suppression lente de dossiers contenant de grandes quantités de workflows ou d'actions.

    Lorsque vous supprimez un dossier contenant de grandes quantités de workflows ou d'actions (plus de 2 000 objets), le processus de suppression peut prendre des heures.

     

  • Les mesures sont perdues lors de la navigation via les étapes relatives aux exécutions de workflows terminées.

    Ce problème est visible si les extensions de profileur de workflow et de relecture de jetons sont activées. Si votre exécution appelle des workflows imbriqués, aucune mesure ne s'affiche pour le workflow parent.

     

  • Lorsqu'une limite est appliquée sur le nombre d'éléments extraits dans l'inventaire du plug-in et que vous utilisez le sélecteur d'arborescence dans les formulaires de saisie pour afficher des éléments, le sélecteur d'arborescence n'affiche pas tous les éléments.

    En limitant le nombre, le sélecteur d'arborescence n'affiche pas tous les éléments dans l'arborescence d'inventaire. Ce problème peut se produire avec le plug-in Active Directory et d'autres plug-ins de votre inventaire vRealize Orchestrator.

     

  • La migration des environnements vRealize Orchestrator 8.4.2 cesse de répondre à l'étape créée job.batch/vro-migration. Cela se produit lorsque la variable d'environnement HOSTNAME ne correspond à aucune étiquette de sélecteur de nœuds.

    Ce problème se produit lorsque la variable d'environnement HOSTNAME de vRealize Orchestrator Appliance ne correspond pas aux étiquettes de sélecteur de nœuds kubernetes.io/hostname, car l'élément nodeSelector de la migration utilise cette variable pour s'assurer que l'espace de migration sera déployé sur le nœud à partir duquel la commande vro-migrate est appelée.

  • Impossible d'enregistrer correctement les variables de type Regexp dans l'éditeur de variables. Des valeurs incorrectes s'affichent dans l'éditeur.

    Ce problème est dû à l'interprétation incorrecte des variables de type Regexp comme objets spéciaux plutôt que comme chaînes.

  • Les workflows antérieurs peuvent utiliser le type de chemin d'accès obsolète qui ne peut pas être utilisé dans les versions de vRealize Orchestrator plus récentes.

    L'utilisation du type Path obsolète peut générer des problèmes dans certains scénarios. Par exemple, il est possible qu'un élément de workflow imbriqué utilise le type Path comme paramètre d'entrée ou de sortie. La tentative de liaison de ces paramètres d'entrée ou de sortie à d'autres paramètres ou variables qui utilisent le type Path échoue, car ce type est obsolète et non disponible. La variable de type path semblable peut désormais être liée à des entrées, des sorties ou des variables du type Path. La même variable s'applique également aux liaisons Array/path et Array/Path. Dans de tels scénarios, le type d'entrée ou de sortie d'origine ne change pas. Par exemple, si un paramètre d'entrée de type Path est lié à une variable de type path, le paramètre d'entrée utilise toujours le type Path.

  • Impossible de sélectionner une action comme valeur par défaut pour un paramètre d'entrée de type Properties.

    Une action qui renvoie Array/Properties ne peut pas être sélectionnée comme valeur par défaut pour un paramètre d'entrée de type Properties.

     

  • Plusieurs workflows ou actions sont transférés vers le référentiel Git attribué, bien qu'un seul objet soit sélectionné ou utilisé avec version.

    Ce problème se produit après la réinitialisation du référentiel Git à un ensemble de modifications précédentes et le choix de conserver les modifications locales. Celles-ci seront transmises conjointement dans le référentiel Git, quel que soit l'objet sélectionné pour l'opération de transfert.

Problèmes connus

Les problèmes connus sont classés comme suit.

Problèmes d'installation/de migration/mise à niveau
  • Le contenu personnalisé n'est pas disponible sur la page Historique Git après la migration de vRealize Orchestrator 7.5 vers vRealize Orchestrator 8.x.

    Après la migration de vRealize Orchestrator 7.5 vers vRealize Orchestrator 8.x, le contenu personnalisé n'est pas disponible sur la page Historique Git lorsque vous configurez l'intégration Git.

    Solution : Pour voir tout le contenu migré sous forme de modifications locales dans Git, modifiez manuellement le contenu personnalisé et enregistrez-le pour le convertir en format 8.x compatible avant d'effectuer un transfert initial vers le référentiel. Ensuite, vous pouvez transférer tout le contenu migré vers votre référentiel Git.

  • Après la mise à niveau vers vRealize Orchestrator ou vRealize Automation 8.x, certains éléments de ressources dans vRealize Orchestrator Client peuvent s'afficher comme étant modifiés ou restaurés vers une version antérieure.

    Ce problème se produit avec des éléments de ressources qui ont été mis à jour précédemment dans vRealize Orchestrator Client à l'aide d'un autre fichier source. Après la mise à niveau de votre déploiement vRealize Orchestrator ou vRealize Automation, ces éléments de ressource peuvent être remplacés par une version antérieure. Il s'agit d'un problème intermittent.

    Solution :

    1. Connectez-vous au client vRealize Orchestrator.
    2. Accédez à Actifs>Ressources.
    3. Sélectionnez l'élément de ressource affecté par le problème.
    4. Sélectionnez l'onglet Historique des versions et restaurez l'élément vers la version appropriée.
    5. Répétez cette opération pour tous les éléments de ressource affectés.

Problèmes de client Web
  • Le workflow « Ajouter un hôte REST » échoue lors de la tentative d'ajout d'un point de terminaison HTTPS avec un proxy HTTP utilisant l'authentification de base.

    Ce comportement est prévu en raison des vulnérabilités de sécurité associées à ce type de protocole de communication : la possibilité d'exposer accidentellement des données sensibles en texte brut via HTTP.

    Solution : Aucune solution. Ce cas d'utilisation n'est pas pris en charge.

  • Impossible de sélectionner une action comme source externe dans les formulaires de saisie en raison d'un problème de type de retour.

    Dans l'onglet Formulaire de saisie de vRealize Orchestrator Client, vous ne pouvez pas sélectionner une action dont le type de retour est Any ou Array/Any pour une option de valeur par défaut ou de valeur standard.

    Solution :

    1. Connectez-vous au client vRealize Orchestrator.
    2. Sélectionnez le workflow et accédez à l'onglet Formulaire de saisie.
    3. Définissez l'action avec le type de retour attendu à partir de la valeur par défaut ou de l'option de valeur du widget, puis enregistrez les modifications.
    4. Sélectionnez la valeur par défaut ou l'action d'option de valeur, enregistrez le workflow et rétablissez la version précédente de l'action ou redéfinissez le type de retour sur le type Any.

  • Les modifications locales ne sont pas disponibles après la duplication et la suppression d'un workflow.

    Vous devez dupliquer un workflow, puis le supprimer. Sur la page Historique Git, il n'existe aucune modification locale pour le workflow supprimé.

    Aucune solution.

  • Les utilisateurs peuvent ignorer les modifications Git du contenu auquel ils n'ont pas accès.

    Les utilisateurs disposant de droits de concepteur de workflow peuvent ignorer les modifications Git du contenu auquel ils n'ont pas accès à partir de la page Historique Git.

    Aucune solution.

  • Le transfert des validations vers une branche Git protégée échoue.

    Si la branche Git configurée est protégée, l'opération de transfert échoue de manière cohérente. Toutefois, le message qui s'affiche indique la réussite du transfert.

    Aucune solution.

  • vRealize Orchestrator Client affiche des balises dont le nom contient des caractères de soulignement.

    vRealize Orchestrator Client ne prend pas en charge les noms de balises comportant moins de trois caractères ou des caractères d'espace. Toutes les balises générées automatiquement à partir d'objets dont les noms sont plus courts sont suivies de caractères de soulignement. Tous les caractères d'espace seront également remplacés par des traits de soulignement. Par exemple, lors de sa migration, un workflow situé dans le répertoire /Library/project A/app/DR/backup du client Orchestrator hérité comprend les balises suivantes générées automatiquement dans vRealize Orchestrator Client : « Bibliothèque », « projet_A », « app » et « DR_ ».

    Solution : Suivez les conventions de balisage lors de la création d'un contenu dans vRealize Orchestrator Client.

  • Le conteneur vRealize Orchestrator redémarre lors de l'exécution de plus de 5 000 actions à des fins de remplissage d'éléments du catalogue. 

    Ce problème a été testé dans un environnement dans lequel 250 éléments de catalogue, chacun exécutant plus de 20 actions dans vRealize Orchestrator, ont été exécutés en parallèle. Cela entraîne l'épuisement de tous les threads Tomcat disponibles, puis le redémarrage d'un conteneur vRealize Orchestrator en raison de l'échec d'une sonde de contrôle de santé.

    Aucune solution.

  • L'exécution d'une action à partir d'une instance de vRealize Orchestrator Client intégrée à vRealize Automation dans un déploiement vRealize Orchestrator externe renvoie les éléments suivants : L'exécution de l'action portant l'ID est introuvable.

    Ce problème se produit lorsqu'un utilisateur souhaite exécuter ou déboguer une action dans un cluster vRealize Orchestrator externe lors du déclenchement d'une action à partir d'une instance de vRealize Orchestrator Client intégrée. Vous devez ajouter le cluster vRealize Orchestrator externe comme intégration dans vRealize Automation.

    Solution : Utilisez l'instance de vRealize Orchestrator Client externe pour démarrer ou déboguer des actions.

  • Coloration incohérente des variables liées dans les tâches pouvant contenir des scripts.

    Seule la première correspondance d'une variable liée incluse dans le code d'une tâche de workflow pouvant contenir des scripts présente une coloration.

    Aucune solution.

  • L'élément de catalogue demandé se termine et vous recevez une erreur « Échec du démarrage du workflow avec l'erreur client ! Cela peut provenir d'un paramètre requis manquant ou non valide » !.

    Les éléments de catalogue demandés de vRealize Automation qui appellent un workflow vRealize Orchestrator peuvent échouer. Ce problème peut se produire pour les workflows dont le type de paramètre d'entrée Composite contient un champ SecureString.

    Aucune solution.

  • Le workflow comportant un type de paramètre d'entrée Properties et un sélecteur de valeurs multiples de widget ne remplit pas correctement le widget lors de l'utilisation d'une action de valeur par défaut renvoyant le type Properties.

    L'utilisation d'une action renvoyant un type Properties comme valeur par défaut d'un widget sélecteur de valeurs multiples entraîne l'affichage de clés vides dans la colonne de valeur.

    Solution : Utilisez une action qui renvoie un type Array/Properties.

  • Les workflows dupliqués créés dans le client Orchestrator hérité peuvent afficher une constante au lieu d'une action externe dans leurs options de valeur.

    Lors de la modification des paramètres d'entrée d'un workflow conçu dans le client Orchestrator hérité et dupliqué dans vRealize Orchestrator Client, les options de valeur peuvent être définies comme constantes au lieu d'une action externe.

    Solution : Accédez à l'onglet Formulaire de saisie et modifiez la présentation des paramètres d'entrée afin d'inclure l'action externe requise.

Problèmes divers
  • L'exécution du workflow Exécuter la commande SSH dans le plug-in à nœuds multiples entraîne l'échec du workflow.

    L'attachement d'une instance distante de vRealize Orchestrator à l'aide du plug-in à nœuds multiples, et l'exécution du workflow Exécuter la commande SSH, qui est synchronisée à partir du référentiel distant, entraîne l'échec du workflow.

    Solution : Pour réussir le workflow, renommez la variable locale dans le workflow généré pour l'élément de script final Exécuter la commande SSH. Le script suivant est un exemple de correctif :

    var r = remoteToken.getOutputParameters(); 
result = r.get("result"); 
errorText = r.get("errorText"); 
outputText = r.get("outputText");
  • La taille de la base de données vRealize Orchestrator est très importante en raison de la table vmo_tokenreplay.

    La taille de la table vmo_tokenreplay est très grande.

    Solution : Connectez-vous au centre de contrôle en tant qu'utilisateur racine. Sous Propriétés de l'extension, sélectionnez l'extension de relecture de jetons et désactivez la propriété Enregistrer la relecture pour toutes les exécutions de workflows.

  • L'importation d'un module créé dans une version plus récente de vRealize Orchestrator vers une version antérieure de vRealize Orchestrator peut produire une erreur.

    Les problèmes de compatibilité entre les versions de vRealize Orchestrator conduisent à l'impossibilité d'importer des modules créés dans des versions plus récentes du produit dans les déploiements antérieurs de vRealize Orchestrator.

    Aucune solution.

  • Vous recevez un message d'erreur lors de la tentative de connexion aux services TLS 1.0 ou 1.1.

    vRealize Orchestrator utilise désormais le protocole TLS 1.2. Toutes les connexions sortantes vers des services externes qui utilisent les anciennes versions de TLS 1.0 ou 1.1 du protocole peuvent échouer avec le message d'erreur suivant : InternalError : La version de protocole TLS10/TLS11 sélectionnée du serveur n'est pas acceptée par les préférences client [TLS12] (The server selected protocol version TLS10/TLS11 is not accepted by client preferences [TLS12]).

    Solution : Reportez-vous à l'article KB 84201.

  • Le mot de passe du centre de contrôle de vRealize Orchestrator est réinitialisé à sa valeur initiale après le redéploiement du service.

    Une fois vRealize Orchestrator Appliance déployé, vous pouvez modifier le mot de passe du centre de contrôle en exécutant la commande vracli vro update-cc-password. Cependant, après l'exécution du script /opt/scripts/deploy.sh pour redéployer les services vRealize Orchestrator, le mot de passe du centre de contrôle est réinitialisé à sa valeur initiale.

    Aucune solution.

Problèmes connus

Pour afficher une liste des problèmes connus, cliquez ici.

check-circle-line exclamation-circle-line close-line
Scroll to top icon