vCloud Automation Center 6.1.1 | 30 octobre 2014 | Build 2216936

vCloud Automation Center Application Services 6.1.1 | 30 octobre 2014 | Build 2237640

Mis à jour le : 17 novembre 2014

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

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les rubriques suivantes :

Nouveautés

Cette version traite la vulnérabilité « shell-shock » qui a été découverte dans les versions antérieures du produit. Pour votre sécurité, VMware recommande d'installer cette mise à niveau dès que possible.

Des informations supplémentaires sur la vulnérabilité sont fournies dans l'article de la base de connaissances 2091012

Migration ou mise à niveau de vCloud Automation Center

Pour migrer un déploiement de vCloud Automation Center version 5.2.1 ou 5.2.2 vers la version 6.1.1, reportez-vous à Migration vers vCloud Automation Center 6.1 dans le centre de documentation de VMware vCloud Automation Center 6.1. La mise à niveau de la version 6.1 vers la version 6.1.1 est le seul chemin de mise à niveau pris en charge. Si vous disposez de la version 6.0.x de vCloud Automation Center dans votre environnement, procédez d'abord à la mise à niveau vers la version 6.1, puis vers la version 6.1.1. Pour mettre à niveau vCloud Automation Center, reportez-vous à Mise à niveau vers vCloud Automation Center 6.1 du Centre de documentation de VMware vCloud Automation Center 6.1.

Spécifications du système et installation

Pour plus d'informations sur les systèmes d'exploitation, les bases de données et les serveurs Web pris en charge, reportez-vous à la Matrice de support de vCloud Automation Center.

Pour connaître les autres prérequis et obtenir des instructions sur l'installation, reportez-vous à Installation et configuration de vCloud Automation Center dans le centre de documentation de VMware vCloud Automation Center 6.1.

Documentation

Pour accéder à l'intégralité de la documentation de vCloud Automation Center 6.1.1, allez à la page Centre de documentation de VMware vCloud Automation Center 6.1.

Problèmes connus

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

Installation et mise à niveau

  • Aucun message ne demande de redémarrer le dispositif virtuel d'identité après une mise à niveau
    Solution : Redémarrez le dispositif virtuel d'identité après une mise à niveau pour garantir son bon fonctionnement.

  • Commande de la mise à niveau de vCloud Automation Center et d'Application Director ou IT Business Management, Standard Edition
    Si vous utilisez vCloud Automation Center avec VMware Application Director ou VMware IT Business Management Standard Edition, vous devez vous assurer que tous les produits se trouvent au même niveau de correctif. Installez la mise à niveau de vCloud Automation Center avant d'installer les mises à niveau d'Application Director ou d'IT Business Management Standard Edition.

  • La base de données vCloud Automation Center ne peut pas être installée dans un répertoire personnalisé en utilisant l'assistant d'installation
    Dans une installation distribuée (personnalisée), le programme d'installation ignore les modifications que vous apportez au répertoire par défaut de la base de données et des journaux. La base de données et les journaux sont créés dans le répertoire par défaut.

    Solution : Pour installer votre base de données dans un emplacement différent de l'emplacement par défaut, installez-la à l'aide des scripts DBinstall avant d'installer vCloud Automation Center.

  • Un nettoyage manuel est nécessaire suite à l'échec d'une installation
    Lorsque vous désinstallez un composant IaaS partiellement installé et exécutez une nouvelle installation, il se peut que des messages similaires aux suivants s'affichent :

    • Le référentiel d'applications existe.
    • Le pool d'applications VCAC existe.
    • Le port 443 est déjà utilisé.

    Solution :
    1. Désinstallez IaaS et ses composants associés dans Programmes et fonctionnalités sur votre serveur Windows.
    2. Démarrez le Gestionnaire des services Internet (IIS), puis supprimez les sites repository, vcac, wapi et vcacreports.
    3. Supprimez les pools d'applications VCAC d'IIS.
    4. Dans le Gestionnaire de services Internet (IIS), supprimez la liaison vers le port 443.

  • L'authentification IaaS échoue lors de l'installation de la gestion des modèles et des serveurs Web IaaS en raison d'un problème dans IIS
    Lors de l'exécution de l'outil de vérification des conditions préalables, le message indiquant que la vérification de l'authentification IIS a échoué du fait que l'authentification n'est pas activée s'affiche, alors que la case relative à l'authentification IIS est cochée.

    Solution :

    1. Décochez la case Authentification Windows.
    2. Cliquez sur Enregistrer.
    3. Cochez la case Authentification Windows.
    4. Cliquez sur Enregistrer.
    5. Réexécutez l'outil de vérification des conditions préalables.

  • La validation du certificat Single Sign-On échoue si le nom du certificat contient une lettre majuscule
    Lorsque vous attribuez à un dispositif Single Sign-On un certificat, toutes les chaînes sont converties en minuscules au moment du déploiement Le processus de validation étant sensible à la casse, il échoue car le nom du certificat contient une lettre majuscule, et il recherche un nom dont toutes les lettres sont en minuscule.

    Solution : Lorsque vous spécifiez l'adresse de l'hôte SSO dans Dispositif vCAC > Paramètres vCAC > SSO, entrez l'adresse avec la casse exacte qui a été utilisée lorsque le certificat a été attribué au dispositif SSO.

  • L'installation échoue lorsqu'un nom d'hôte incorrect est spécifié
    L'installation échoue avec un message d'erreur similaire au suivants :
    Information : 2014-06-17 10 42 32 059 AM : System.AggregateException : Une ou plusieurs erreurs sont survenues. ---> System.Net.Http.HttpRequestException : Une erreur s'est produite lors de l'envoi de la demande. ---> System.Net.WebException : Impossible de résoudre le nom distant : 'po-va-rtq8c.sqa.local'Cause : Cause : Un nom incorrect a été entré dans le champ Nom d'hôte VCAC dans Paramètres VCAC > Paramètres de l'hôte.

    Solution :

    1. Modifiez le fichier de configuration du dispositif virtuel /etc/sysconfig/network/dhcppour inclure le nom d'hôte correct.
    2. Redémarrez le dispositif virtuel.
    3. Connectez-vous à la console de gestion du dispositif virtuel.
    4. Ouvrez l'onglet Paramètres VCAC puis Cliquez sur Paramètres de l'hôte.
    5. Entrez le nom correct dans la zone de texte Nom de l'hôte VCAC.
    6. Cliquez sur Enregistrer les paramètres.
      Remarque : Ne cliquez pas sur Résoudre le nom d'hôte.
    7. Terminez les différentes étapes de la configuration du dispositif virtuel et continuez l'installation.

Migration

  • Une pré-migration signale par erreur que des agents sont manquants dans le système cible
    La pré-migration effectue un contrôle pour vérifier que les noms d'agents du système source sont présents dans le système cible et génère un message dans le rapport en cas d'inadéquation. Le rapport de pré-migration inclut le message, Aucun agent correspondant détecté sur le système cible. Installez un agent avec un nom correspondant sur le système cible, même si un agent correspondant existe sur celui-ci.

    Ce message est généré par erreur si un agent correspondant est présent sur le système cible, mais qu'il ne comporte aucun point de terminaison configuré.

    Solution : Si ce message s'affiche dans le rapport de pré-migration et qu'il n'existe pas d'agent correspondant sur le système cible, configurez un point de terminaison pour l'agent dans le système cible, puis réexecutez la pré-migration. Sinon, ignorez le message et configurez un point de terminaison à la fin de la migration.

Internationalisation

  • Les scripts personnalisés d'agent invité qui contiennent des caractères Unicode restent dans une boucle infinie
    Si vous utilisez des scripts personnalisés d'agent invité et que le nom d'un script contient des caractères Unicode, la machine virtuelle n'est pas provisionnée et la demande reste dans une boucle infinie.

    Solution : N'incluez pas de caractères Unicode dans le nom de vos scripts.

  • Un nom de travail non-ASCII pour le référentiel d'artefacts Jenkins entraîne l'échec du déploiement de l'application
    Si vous attribuez une valeur non-ASCII à la propriété JOB_NAME d'une instance du référentiel d'artefacts créée à partir de la spécification prédéfinie du référentiel d'artefacts Jenkins, puis déployez une application avec un Blueprint qui utilise un artefact situé dans cette instance du référentiel d'artefacts, le déploiement échoue avec un message d'erreur commençant par « L'exécution a échoué en raison d'un problème de la tâche.... »

    Solution : Utilisez uniquement des caractères ASCII dans un nom de travail Jenkins.

vSphere

  • Plusieurs problèmes existent avec les intégrations vCloud Automation Center et VMware NSX.
    Si vous intégrez vCloud Automation Center et VMware NSX, reportez-vous à l'article de la base de connaissances 2088172 pour plus d'informations sur la résolution des problèmes connus.

  • Les plages d'adresses IP dans les profils réseau routés sont répertoriées comme étant allouées lorsqu'aucune adresse IP n'est utilisée
    Si un Blueprint multi-machine contient le profil réseau externe routé mais pas d'attribution pour le réseau routé aux adaptateurs réseau de composants, les machines sont provisionnées mais une plage d'adresses IP provenant du profil réseau routé est allouée, mais reste en fait inutilisée.

  • Paramètre réseau incorrect affiché pour un composant multi-machine virtuel dans vCloud Automation Center après la reconfiguration du réseau dans vCenter
    Vous ne pouvez pas reconfigurer le réseau vCloud Networking and Security (NSX) d'un composant multi-machine virtuel dans vCloud Automation Center. Vous devez plutôt utiliser vSphere Client pour reconfigurer le réseau dans vCenter. Notez que certains paramètres réseau du composant multi-machines virtuel ne s'affichent pas correctement dans vCloud Automation Center.

    Solution : Mettez à jour le réseau dans vCenter Server pour restaurer les paramètres réseau corrects.

  • La synchronisation de l'inventaire vCloud Networking and Security échoue et un message d'erreur s'affiche
    Lorsque vous supprimez une zone de transport attribuée à une réservation vCloud Automation Center, un Blueprint multi-machines ou une instance multi-machines de l'interface utilisateur de VMware NSX, la synchronisation de l'inventaire vCloud Networking and Security échoue et un message d'erreur s'affiche. Les détails du message d'erreur dépendent de l'entité qui utilise la zone de transport.

    Solution :

    1. Annulez l'attribution de la zone de transport à la réservation vCloud Automation Center ou au Blueprint multi-machines.
    2. Supprimez les instances multi-machines provisionnées avec la zone de transport.
    3. Recommencez le processus de synchronisation de l'inventaire vCloud Networking and Security.

  • Renommer, modifier ou afficher un point de terminaison VMware vCenter Orchestrator ou VMware vSphere existant avec des propriétés personnalisées configurées entraîne la suppression par vCloud Automation Center des propriétés personnélisées masquées de la base de données
    Sans les propriétés personnalisées masquées du point de terminaison, les utilisateurs ne peuvent pas exécuter les workflows du plug-in VMware vCloud Networking and Security.

    Solution : Effectuez le processus de collecte de données au point de terminaison afin de restaurer toutes les propriétés personnalisées masquées de la base de données concernant ce point de terminaison.

Application Services

  • Impossible de publier un Blueprint d'Application Director dans le catalogue de vCloud Automation Center en utilisant la version 6.1.1 de vCloud Automation Center
    Si vous effectuez une mise à niveau vers vCloud Automation Center 6.1.1 à partir de la version 6.0.x ou version ultérieure, puis tentez de publier un Blueprint dans le catalogue de vCloud Automation Center, le message d'erreur Une erreur inattendue s'est produite. Contactez votre administrateur systèmes'affiche. Ce problème ne se produit pas pour les instances récemment enregistrées d'Application Director dans vCloud Automation Center, version 6.1.1.

    Solution : Annulez l'enregistrement d'Application Director 6.0.x ou version ultérieure de vCloud Automation Center 6.1.1, puis réenregistrez Application Director dans vCloud Automation Center.

  • Accès refusé pour un administrateur Fabric détruisant une machine physique inter-locataire, Application Service
    Les administrateurs Fabric reçoivent un message Accès refusé lors de la destruction d'une machine physique inter-locataire, Application Service.

  • Solution : Connectez-vous en tant qu'administrateur Fabric du groupe Fabric du locataire dans lequel la machine réside pour la détruire.

  • vCloud Automation Center ne prend pas en charge plusieurs hôtes dans le système sous le même nom
    La collecte de données met à jour les hôtes en fonction du nom d'hôte. Si deux points de terminaison ont des hôtes portant le même nom, les points de terminaison se retrouvent en conflit pour la propriété de l'hôte.

    Solution : Assurez-vous que tous les noms d'hôte sont uniques.

  • Dans Application Services, vous ne pouvez pas ajouter une description à un disque dans un canevas de Blueprint
    Si vous utilisez Windows Internet Explorer 11, vous ne pouvez pas ajouter une description à un disque dans l'onglet Disques d'un canevas de Blueprint.

    Solution : Pour ajouter une description à un disque dans un canevas de Blueprint, vous devez utiliser Chrome ou Firefox.

  • Vous ne pouvez pas mettre à jour des nœuds qui utilisent des services Puppet déployés avec Application Director 6.0.1 ou version ultérieure
    Application Services 6.1.1 ne prend pas en charge la mise à niveau de nœuds qui utilisent des services Puppet qui ont été déployés avec Application Director 6.0.1 ou version ultérieure. Application Services 6.1.1 crée un manifeste de nœud Puppet qui vous permet de mettre à jour des services spécifiques, mais il n'est pas compatible avec les fichiers de manifeste de nœud générés dans Application Director 6.0.1 ou version ultérieure.

Advanced Service Designer

  • Impossible de trouver les machines virtuelles vSphere ou vCloud Director par identifiant unique à l'aide du plug-in vCenter Orchestrator pour vCloud Automation Center 6.1.1 ou directement dans l'API vSphere
    Le workflow d'aide Workflow Runner peut ne pas trouver l'objet d'inventaire VC:VirtualMachine. Par conséquent, les workflows personnalisés appelés par le workflow Workflow Runner peut échouer avec l'erreur : TypeError : Impossible de lire la propriété « datastore » à partir de null. La propriété d'entité de machine virtuelle VMUniqueIDest modifiée de BiosUUID en InstanceUUID.

    Solution : Pour plus d'informations sur la résolution de ce problème, reportez-vous à l'article de la base de connaissances 2088838.
  • Les conditions de valeur numérique maximale et de longueur de chaîne maximale ne sont pas remplies à partir de vCenter Orchestrator dans le formulaire d'Advanced Service Designer
    Lorsqu'un architecte de services crée un formulaire de Blueprint dans Advanced Service Designer et charge un workflow vCenter Orchestrator contenant un champ numérique associé à une condition de valeur maximale ou contenant un champ de chaîne associé à une longueur maximale, les restrictions appliquées à ces champs ne s'affichent pas dans l'onglet Contraintes sur le Blueprint.

    Solution : L'architecte de services doit entrer de nouveau les contraintes manuellement de la manière suivante :

    1. Cliquez sur l'option Modifier du paramètre d'entrée.
    2. Cliquez sur l'onglet Contraintes.
    3. Insérez une restriction pour la valeur maximale si le paramètre est un nombre ou pour la longueur maximale si le paramètre est une chaîne.


  • Impossible de créer un blueprint de service ou une action sur la ressource dans Advanced Service Designer si le workflow sélectionné dispose d'une entrée du type groupe de chaînes avec une action de réponse prédéfinie ne pouvant pas retourner null
    Dans Advanced Service Designer, lors de la création d'un Bueprint de service ou d'une action sur la ressource, si vous sélectionnez un workflow vCenter Orchestrator avec un paramètre d'entrée de type groupe de chaînes avec une propriété de réponse prédéfinie dans la présentation qui appelle une action de script pouvant retourner null, lorsque vous cliquez sur Suivant, la procédure échoue et le message d'erreur suivant s'affiche : Erreur interne : une erreur interne est survenue. Si le problème persiste, contactez votre administrateur système. Lorsque vous contactez votre administrateur système, utilisez cette référence : ...

    Solution : du point de vue de la conception du client vCenter Orchestrator, modifiez l'action de réponse prédéfinie en remplaçant null par un groupe vide. Par exemple, si le code de script d'action est :

    if (someCondition) {

    return ["a", "b", "c"];

    } else {

    return null;

    }

    Vous devez changer le code en :

    if (someCondition) {

    return ["a", "b", "c"];

    } else {

    return [];

    }

  • Impossible d'actualiser les champs de formulaire d'envoi lors de la demande de certains éléments de catalogue avec des dépendances cycliques détectées à l'aide de Advanced Service Designer
    Lorsque tous les paramètres d'entrée d'un workflow vCenter Orchestrator présentent des dépendances ou validations OGNL, si vous utilisez ce workflow pour créer et publier un Bueprint de service, lorsque les clients demandent l'élément du catalogue, le concepteur du formulaire n'actualise pas les champs de formulaire d'envoi en raison des dépendances cycliques détectées. Par exemple, une dépendance cyclique existe lorsque vous avez deux paramètres d'entrée et que la valeur de chaque champ dépend de la valeur de l'autre champ.

    Solution : modifiez le formulaire d'envoi du blueprint de service en ajoutant un champ masqué.

  • Les actions sur les ressources pour les machines virtuelles pour Hyper-V, SCVMM et XenServer peuvent échouer si elles reposent sur des workflows de mappage de ressources qui interrogent la propriété EXTERNAL_REFERENCE_ID
    Si vous créez un mappage de ressources pour une machine virtuelle Hyper-V, SCVMM ou XenServer en fonction d'un workflow de mappage de ressources qui interroge la propriété EXTERNAL_REFERENCE_ID, lorsqu'une action sur la ressource exécute le workflow, elle échoue car la propriété EXTERNAL_REFERENCE_ID n'est pas définie dans l'objet Properties passé au workflow.

    Solution : lors de la création des workflows de mappage de ressources pour les machines virtuelles Hyper-V, SCVMM et XenServer, interrogez l'une des autres propriétés passées pour les machines individuelles, telles que le nom ou la description.

Configuration et provisionnement

  • Des tentatives de connexion en tant qu'administrateur IaaS avec des informations d'identification au format UPN incorrect échouent sans explication
    Si vous tentez de vous connecter à vCloud Automation Center en tant qu'administrateur IaaS avec des informations d'identification UPN qui n'incluent pas la partie @ votredomaine du nom d'utilisateur, vous êtes immédiatement déconnecté de SSO et redirigé vers la page de connexion sans explication.

    Solution : L'UPN entré doit respecter le format votrenom.admin@ votredomaine, par exemple si vous vous connectez en utilisant jsmith.admin@sqa.local comme nom d'utilisateur alors que l'UPN dans Active Directory est défini sur jsmith.admin, la connexion échoue. Pour corriger le problème, modifiez la valeur userPrincipalNamepour inclure le contenu @ votredomaine requis et réessayez. Dans cet exemple, le nom UPN doit être jsmith.admin@sqa.local. Ces informations sont fournies dans le fichier journal dans le dossier log/vcac.

  • Le comportement de personnalisation du modèle d'e-mail a changé et les modèles superflus sont inutilisables
    Dans vCloud Automation Center 6.0 ou version ultérieure, seules les notifications générées par le composant IaaS peuvent être personnalisées à l'aide de la fonctionnalité du modèle d'e-mail des versions antérieures.

    Solution : Vous pouvez utiliser les modèles XSLT suivants :

    • ArchivePeriodExpired
    • EpiRegister
    • EpiUnregister
    • LeaseAboutToExpire
    • LeaseExpired
    • LeaseExpiredPowerOff
    • ManagerLeaseAboutToExpire
    • ManagerLeaseExpired
    • ManagerReclamationExpiredLeaseModified
    • ManagerReclamationForcedLeaseModified
    • ReclamationExpiredLeaseModified
    • ReclamationForcedLeaseModified
    • VdiRegister
    • VdiUnregister

    Les modèles d'e-mail se trouvent dans le répertoire \Templatessous le répertoire d'installation du serveur, généralement %SystemDrive%\Program Files x86\VMware\vCAC\Server. Le répertoire \Templatescontient également des modèles XSLT qui ne sont plus pris en charge et ne peuvent pas être modifiés. Pour plus d'informations sur la configuration des notifications, reportez-vous à la section Configuration des notifications dans Documentation de VMware vCloud Automation Center.

  • L'accès au serveur vCloud Orchestrator intégré est affecté par les modifications apportées à son groupe d'administration
    Lorsque le groupe d'administration du serveur vCloud Orchestrator est modifié, le serveur ne peut plus être utilisé en mode intégré.

  • Solution : Utilisez l'authentification de base pour configurer le serveur vCloud Orchestrator en tant que serveur externe.

  • Les actions sur les machines provisionnées sont marquées comme étant terminées avant qu'elles ne le soient réellement
    Les actions telles que Reprovisionnerou Mettre hors tensionpeuvent s'afficher comme étant Terminées dans la page Demandes lorsque l'opération est éventuellement toujours en cours. L'état réel de la machine est indiqué dans la page Éléments.

  • Le fichier de l'agent invité SCCMPackageDefinitionFile.smsdoit être mis à jour
    Le fichier de l'agent invité SCCMPackageDefinitionFile.smscontient des informations obsolètes de nom et d'éditeur. Cela n'affecte pas la fonctionnalité.

  • Les dates de bail peuvent être modifiées pour se situer en dehors de la valeur Stratégie d'approbation
    Vous pouvez modifier les dates de bail à l'aide de l'action sur la ressource Modifier le bail à une date ultérieure à la plage de bail maximale spécifiée dans le Blueprint.

  • Le groupe personnalisé n'est pas retiré des droits d'accès
    Lorsqu'un groupe personnalisé lié à un droit d'accès est supprimé, il n'est pas retiré du droit d'accès.

    Solution : Pour supprimer un groupe personnalisé et le retirer du droit d'accès :

    1. Retirez-le de l'autorisation.
    2. Supprimez-le.

  • La suppression du rôle de groupe d'activité d'un groupe personnalisé ne supprime pas les droits d'accès
    Lorsqu'un groupe personnalisé lié à un droit d'accès est supprimé du rôle du groupe d'activité, il n'est pas retiré du droit d'accès.

    Solution : Pour supprimer le rôle du groupe d'activité d'un groupe personnalisé et le supprimer d'un droit d'accès :

    1. Retirez-le de l'autorisation.
    2. Supprimez-le du rôle de groupe d'activité.

  • Un point de terminaison Hyper-V est indiqué de manière incorrecte comme machine non gérée dans l'outil Organisateur d'infrastructure
    Lorsqu'un point de terminaison Hyper-V n'effectue plus de provisionnement, vCloud Automation Center signale que la machine est détruite, mais celle-ci reste sur le point de terminaison et s'affiche comme machine non gérée dans l'outil Organisateur d'infrastructure.

  • Lors du provisionnement d'une machine Citrix XenDesktop/Provisioning Service, la machine reste dans l'état Annulation du provisionnement
    Ce problème peut se produire avec l'agent VMware VDI et avec toutes les versions de l'agent VMware EPI, à savoir Citrix, BMC, Opsware, VBScripts, etc. Il peut se produire à différents stades du cycle de provisionnement de machine du workflow maître.

    Il est possible que l'agent a été installé pour utiliser un nom de serveur spécifique plutôt que de le laisser vide afin de traiter toutes les demandes de serveurs tiers. Si un nom de serveur spécifique est entré, cet agent peut traiter uniquement les demandes d'un serveur portant exactement le même nom. vCloud Automation Center utilise la valeur des propriétés personnalisées EPI.Server.Nameou VDI.Server.Namepour rechercher un agent correspondant pouvant traiter la demande. S'il ne trouve aucun agent correspondant, la machine reste dans l'état EPIRegister/Machine provisionnée au cours du provisionnement, ou dans l'état Annulation du provisionnement/DeactivateMachine jusqu'à ce qu'un agent correspondant soit trouvé.

    Solution : Installez un nouvel agent EPI/VDI dont la valeur du serveur correspond exactement à celle qui a été entrée dans EPI.Server.Name/VDI.Server.Name ou laissez le nom du serveur vide.
    Vous avez également la possibilité de mettre à jour le fichier de configuration de votre agent actuel et de modifier la valeur du serveur en effectuant la procédure suivante.

    1. Sauvegardez le fichier de configuration de votre agent, généralement situé dans C:\Program Files (x86)\VMware\vCAC\Agents\ agentName\VRMAgent.exe.config.
    2. Ouvrez un éditeur de texte en tant qu'administrateur.
    3. Pour modifier n'importe quel type d'agent, remplacez SERVER_NAME_VALUE par votre nom de serveur ou supprimez-la pour laisser le champ vide.
      epiIntegrationConfiguration epiType="CitrixProvisioning" server="SERVER_NAME_VALUE"
      vdiIntegrationConfiguration vdiType="XenDesktop" server=""X
    4. Enregistrez vos modifications.
    5. Redémarrez le service de votre agent.
      •  
        1. Cliquez sur Démarrer > Outils d'administration > Services.
        2. Cliquez avec le bouton droit sur le service VMware vCloud Automation Center Agent souhaité, puis cliquez sur Redémarrer.
        3. Une fois l'agent correctement redémarré, votre travail se poursuit comme prévu.

  • Délai d'inscription de la machine XenDesktop échu si la machine n'est pas inscrite en moins de 2,5 minutes
    La valeur de $regTries dans le script XenDesktopFunctions doit être augmentée.

    Solution :

    1. Sauvegardez votre script XenDesktopFunctions.ps1, généralement sous C:\Program Files (x86)\VMware\vCAC\Agents\\Scripts\XenDesktopFunctions.ps1.
    2. Ouvrez le Bloc-notes en tant qu'administrateur.
    3. Augmentez la valeur de $regTries du nombre de minutes que vous souhaitez attendre avant que le délai d'inscription arrive à échéance.
      Par exemple, $regTries = 60 définit le délai d'échéance à 30 minutes.
    4. Enregistrez vos modifications.
    5. Redémarrez le service de votre agent VDI.

  • Les approbations actives avant la mise à niveau vers la version 6.1.1 ne s'affichent pas après la mise à niveau
    Lorsque vous accédez à Boîte de réception > Approbations, le filtre par défaut est défini sur Actif, mais aucune des approbations actives ne s'affiche. Si vous filtrez selon les états autres que Tous, aucune des approbations actives avant la mise à niveau vers la version 6.1.1 ne s'affiche.

    Solution : Pour afficher les approbations actives, filtrez en sélectionnant Tous.