RSS
 

vRealize Orchestrator Appliance 8.3 | 4 février 2021 | Build 17535332

Référentiel de mise à jour de vRealize Orchestrator 8.3 | 4 février 2021 | Build 17535332

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.

Nouveautés de vRealize Orchestrator 8.3

  • Rôle Observateur. Ce rôle inclut l'accès en affichage seul à tous les objets et toutes les pages de vRealize Orchestrator. Les observateurs ne peuvent pas créer, modifier ou exécuter des workflows et d'autres objets vRealize Orchestrator, tels que des actions, des configurations, des ressources, des stratégies et des tâches planifiées. Le rôle Observateur est pris en charge pour les déploiements vRealize Orchestrator authentifiés avec vRealize Automation. Reportez-vous à la section Rôles et groupes de vRealize Orchestrator.
  • Références et utilisation des éléments de contenu. Vous pouvez afficher les références d'objets et l'utilisation des objets dans vRealize Orchestrator Client. Reportez-vous à la section Rechercher des références d'objets dans les workflows.
  • Améliorations de la convivialité. Vous pouvez désormais filtrer le contenu des grilles de données par nom, type et description dans les onglets Variables et Entrées/Sorties. Vous pouvez également trier les paramètres et les variables du workflow.

Prise en charge de la norme FIPS (Federal Information Processing Standard)

vRealize Orchestrator intègre désormais des modules de chiffrement qui ont réussi les tests du programme CMVP (Cryptographic Module Validation Program) FIPS 140-2 de NIST. Lorsque ces modules sont configurés pour s'exécuter en « mode FIPS », ils couvrent toutes les opérations de chiffrement du produit qui effectuent une fonction de sécurité et/ou traitent des données sensibles.

REMARQUE : les utilisateurs peuvent choisir d'activer le mode FIPS uniquement lors de l'installation, avant la génération du contenu dans vRealize Orchestrator. En outre, le mode FIPS est disponible uniquement pour les nouveaux environnements vRealize Orchestrator.

Pour plus d'informations sur l'activation du mode FIPS, reportez-vous à l'étape 13 Télécharger et déployer le dispositif vRealize Orchestrator Appliance.

Pour plus d'informations sur la mise à niveau et la migration pour le mode FIPS, reportez-vous aux Remarques relatives à la conformité à la norme FIPS dans Migration de vRealize Orchestrator.

Déploiement du dispositif VMware vRealize Orchestrator 8.3

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.3

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.3 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.

Avis sur le langage inclusif

Chez VMware, nous accordons de l'importance au langage neutre. Pour encourager ce principe chez notre client, partenaire et communauté interne, nous avons supprimé le langage non inclusif de la documentation.

Plug-ins installés avec vRealize Orchestrator 8.3

Les plug-ins suivants sont installés par défaut avec vRealize Orchestrator 8.3.

  • vRealize Orchestrator vCenter Server Plug-In 6.5.0
  • vRealize Orchestrator Mail Plug-In 8.0.0
  • vRealize Orchestrator SQL Plug-In 1.1.6
  • vRealize Orchestrator SSH Plug-In 7.2.0
  • vRealize Orchestrator SOAP Plug-In 2.0.2
  • vRealize Orchestrator HTTP-REST Plug-In 2.3.8
  • vRealize Orchestrator Plug-In for Microsoft Active Directory 3.0.11
  • vRealize Orchestrator AMQP Plug-In 1.0.5
  • vRealize Orchestrator SNMP Plug-In 1.0.3
  • vRealize Orchestrator PowerShell Plug-In 1.0.18
  • vRealize Orchestrator Multi-Node Plug-In 8.3.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

  • Le conteneur du centre de contrôle de vRealize Orchestrator ne parvient pas à démarrer et ne peut pas être ouvert dans le navigateur.

    Ce problème est dû à une erreur dans le fichier /data/vco/usr/lib/vco/configuration/log/catalina.log.

  • Les erreurs de validation du workflow sont conservées pour les workflows, même après la résolution des erreurs.

    Les erreurs de validation ne disparaissent pas du schéma de workflow après leur résolution et l'enregistrement du workflow validé.

  • Réception d'erreurs lors de l'exécution de scripts d'élément de décision personnalisés avec les nouvelles exécutions.

    Les exécutions autres que JavaScript ne prennent pas en charge les scripts d'élément de décision personnalisés. 

  • Lors de la migration de vRealize Orchestrator 7.4 vers vRealize Orchestrator 8.2, les modifications locales apportées aux actions et aux ressources sur la page Historique Git sont vides.

    Lors de la migration de vRealize Orchestrator 7.4 vers vRealize Orchestrator 8.2, les modifications locales apportées aux actions et aux ressources sur la page Historique Git sont vides. Le contenu n'est pas disponible.

  • Les espaces Kubernetes pour vco-app- échouent avec un état CrashLoopBackOff après un déploiement de correctif vRealize Automation 8.1.

    Le journal vco-app-xxx inclut des entrées semblables aux suivantes :

    [ERROR] ERROR: duplicate key value violates unique constraint "uk_vmoreselt"
      Detail: Key (tenantid, categoryid, name)=(__SYSTEM, 8a7482a57310c83401733xxxxxxxxxxxxx, configuration.json) already exists.
      Where: SQL statement "UPDATE vmo_resourceelement
         SET categoryid = '8a7482a57310c83401733xxxxxxxxx'
        WHERE categoryid IN ( SELECT t.id FROM Tree t WHERE t.id != '8a7482a57310c83401733xxxxxxxxxxx' AND t.name = 'SecurityModel' AND t.level = '11' AND t.parentcategoryid = '8a7482a57310c83401733xxxxxxxxxx' AND t.tenantId = '_SYSTEM' ) and tenantid = '_SYSTEM'"

  • Les contenus du plug-in peuvent être détectés comme des modifications locales dans Git lors de l'utilisation de l'intégration Git de vRealize Orchestrator.

    Après l'installation de vRealize Automation ou de vRealize Orchestrator 8.1 Patch 3, les workflows et les actions du plug-in vCenter sont détectés comme des modifications locales dans Git, telles que Workflows/Library/vCenter/Virtual Machine management/Device Management/Add CD-ROM/workflow.xml..

  • Lors de la migration de vRealize Orchestrator 7.4 vers la version 8.1 Correctif 3 ou la version 8.2, les workflows système sont détectés comme des modifications locales dans l'historique Git.

    Les workflows système qui sont migrés de la version 7.4 vers la version 8.1 Patch 3 ou la version 8.2 sont détectés comme des modifications locales sur la page Historique Git.

  • Le basculement d'un référentiel actif à l'état inactif, et inversement, entraîne une erreur lors de la tentative d'envoi des modifications locales.

    La modification de l'état du référentiel peut provoquer une erreur lors de la prochaine validation dans le référentiel. Le message d'erreur affiché peut être le suivant : « Erreur : Échec de l'envoi vers le référentiel distant avec l'état : REJECTED_NONFASTFORWARD".

  • Les détails de l'élément de ressource ne peuvent pas être mis à jour.

    vRealize Orchestrator Client ne prend pas en charge la mise à jour des propriétés d'élément de ressource suivantes : nom, description, version (non visible dans l'interface utilisateur), type MIME.

Problèmes connus

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

Problèmes 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.

  • 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.

    Solution : Les journaux de migration se trouvent dans le répertoire /data/vco/usr/lib/vco sur les nœuds secondaires de l'environnement en cluster. Si les journaux ne se trouvent pas à cet emplacement, consultez le répertoire /var/log/vmware/prelude sur le nœud sur lequel le processus de migration est démarré.

Problèmes de client Web
  • Impossible de créer ou de modifier du contenu dans vRealize Orchestrator.

    Lorsque vous tentez de créer ou de modifier vRealize Orchestrator, les demandes échouent. Le fichier /services-logs/prelude/vco-app/file-logs/vco-server-app.log affiche les messages suivants :
    {code:java}
    ch.dunes.util.DunesServerException: com.vmware.o11n.service.version.ContentVersionException: java.lang.RuntimeException: java.lang.RuntimeException: org.eclipse.jgit.api.errors.TransportException: /usr/lib/vco/app-server/data/git/__SYSTEM.git: internal server error
    {code}

    Solution :

    1. Connectez-vous à la ligne de commande de vRealize Orchestrator/vRealize Automation Appliance en tant qu'utilisateur racine.
    2. Exécutez la commande suivante :
    {code:java}
    mv /data/vco/usr/lib/vco/app-server/data/git/__SYSTEM.git/refs/heads/master /tmp/vro_ref_backup{code}

  • L'interaction utilisateur contient un champ d'entrée pour une variable déjà supprimée. Lorsqu'un workflow atteint cette interaction utilisateur, il échoue lorsque vous répondez à l'interaction.

    Si une interaction utilisateur a une liaison à une variable supprimée, la liaison n'est pas supprimée, ce qui entraîne l'échec du workflow lorsqu'il atteint l'interaction utilisateur.

    Solution : après avoir supprimé la variable manuellement, accédez à l'élément d'interaction utilisateur dans le schéma de workflow et supprimez la liaison. Vous devez également supprimer la liaison dans le formulaire de saisie généré.

  • 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.

  • Une ligne d'échec incorrecte s'affiche dans le message d'erreur de script.

    Le journal de scripts de vRealize Orchestrator affiche une ligne d'échec incorrecte dans la trace de pile d'erreurs.

    Aucune solution.

  • Les exécutions de workflows planifiées sont déclenchées à une heure différente de celle prévue avec un décalage temporel par rapport à l'heure UTC.

    Lorsque vous planifiez des exécutions de workflows via des scripts à l'aide de la fonction *workflow.scheduleRecurrently()*, les workflows planifiés sont toujours déclenchés en heure UTC. Il existe une différence entre l'interface utilisateur de vRealize Orchestrator Client et le comportement de la fonction, car l'interface utilisateur ajoute le fuseau horaire du navigateur au schéma de récurrence. Toutefois, le fuseau horaire n'est pas inclus dans le schéma de récurrence lors de l'utilisation de la fonction. Les calculs de l'heure de déclenchement des exécutions de workflows sont alors effectués côté serveur en heure UTC.

    Solution : Lorsque vous planifiez des exécutions de workflows planifiées dans des scripts, utilisez les valeurs temporelles en heure UTC.

  • 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.

    Solution : Passez à l'utilisation des variables de type string, car elles sont équivalentes aux variables Regexp.

  • 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.

  • 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.

Problèmes divers
  • L'utilisation du script vRealize Orchestrator pour créer et mettre à jour des configurations ou des ressources peut générer un historique des versions incorrect ou manquant.

    Lorsque vous mettez à jour des configurations et des ressources via l'API de script vRealize Orchestrator sans appeler explicitement la méthode saveToVersionRepository, l'historique des versions n'est pas généré pour ce contenu. Cela peut entraîner des problèmes si une intégration Git externe est ajoutée après la mise à niveau.

    Solution : avant de procéder à la mise à niveau vers vRealize Orchestrator 8.3, veillez à enregistrer les modifications que vous avez effectuées via l'API de script. Consultez l'article KB 81575.

  • 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.

  • 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.

    Solution : N'utilisez pas de caractères de barre oblique inverse (« \ ») dans le mot de passe racine de votre déploiement vRealize Orchestrator.

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