vCloud Director 5.1.3 | 16 janvier 2014 | Build 1489357

Dernière mise à jour : 26 février 2014

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les sujets suivants :

Nouveautés

  • Amélioration de la prise en charge des bases de données : vCloud Director offre une meilleure prise en charge des bases de données suivantes.
    • Microsoft SQL Server 2008 R2 Service Pack 1
    • Microsoft SQL Server 2008 R2 Service Pack 2
    • Microsoft SQL Server 2012 Service Pack 1
  • Amélioration de la prise en charge des systèmes d'exploitation invités : vCloud Director offre une meilleure prise en charge des systèmes d'exploitation invités suivants.
    • Microsoft Windows Server 2012 R2
    • Microsoft Windows 8.1
    • SUSE Linux Enterprise Server 11 Service Pack 3
    • Red Hat Enterprise Linux 6.4
    • Red Hat Enterprise Linux 5.9
  • Version mise à jour de Java Runtime Environment : vCloud Director 5.1.3 utilise Java Runtime Environment 1.6.0 Update 51.
  • Configuration Complète-4 pour les passerelles Edge : la configuration Complète-4 fournit les mêmes fonctions de capacité, de performances et de sécurité améliorées que les configurations Complète, mais avec 4 vCPU. Vous pouvez mettre à niveau des passerelles Edge de configuration Complète vers une configuration Complète-4. Les passerelles compactes doivent être mises à niveau vers la configuration Complète avant de les mettre à niveau vers la configuration Complète-4. Les passerelles Edge de configuration Complète-4 requièrent vCloud Networking and Security 5.1.2c ou version ultérieure.

Spécifications du système et installation

Pour plus d'informations sur la configuration requise et les instructions d'installation, consultez le Guide d'installation et de mise à niveau de VMware vCloud Director .

Documentation

Pour accéder à l'ensemble de la documentation de vCloud Director 5.1.3, allez à la page Documentation de vCloud Director.

Problèmes résolus

Cette version résout des problèmes dans les domaines suivants.

Problèmes généraux

  • vCloud Director prend à présent en charge Red Hat Enterprise Linux 6.4 et Red Hat Enterprise Linux 5.9
    vCloud Director a élargi sa prise en charge à Red Hat Enterprise Linux 6.4 et Red Hat Enterprise Linux 5.9

  • vCloud Director envoyait des alertes par e-mail pour les banques de données qu'il ne gérait pas
    vCloud Director envoyait parfois des alertes par e-mail sur le dépassement de seuils de banque de données pour des banques de données qu'il ne gérait pas. Ce problème est résolu dans vCloud Director 5.1.3.

  • Un changement de serveur LDAP déplaçait des utilisateurs LDAP importés dans Perdus et trouvés
    Une fois que vous aviez modifié le serveur LDAP configuré pour une organisation, les utilisateurs LDAP de cette organisation étaient déplacés dans Perdus et trouvés lors de la synchronisation suivante et devaient être importés manuellement. Ce problème est résolu dans vCloud Director 5.1.3.

  • Un nombre important de demandes d'images miniatures peut provoquer la déconnexion d'ESXi et le blocage du système
    Lorsque les demandes d'images miniatures étaient autorisées dans vCloud Director, les hôtes ESXi fournissant les images miniatures pouvaient se bloquer et se déconnecter de vCloud Director lors du traitement d'un grand nombre de demandes de miniatures. Ce problème est résolu dans vCloud Director 5.1.3.

  • Une tentative de partage d'éléments dans un environnement SAML/fédération échouait
    Dans un environnement vCloud Director fédéré utilisant l'authentification SAML, une tentative de partage d'éléments échouait. Ce problème est résolu dans vCloud Director 5.1.3.

  • Le stockage utilisé par des snapshots de machines virtuelles n'était pas reflété dans les rapports de Chargeback Manager
    Lorsque vous aviez créé un snapshot de machine virtuelle dans vCloud Director, le stockage utilisé par le snapshot n'était pas reflété sur les rapports de rétrofacturation. Cela se produisait parce que Chargeback Manager recherchait des événements de type com/vmware/vcloud/event/vm/modify alors que vCloud Director générait des événements de type com/vmware/vcloud/event/vm/modify_request. Ce problème est résolu dans vCloud Director 5.1.3.

  • La mise au repos d'une cellule n'empêchait pas le démarrage de nouvelles tâches
    Lorsque vous utilisiez l'outil de gestion de cellules pour mettre au repos une cellule, cette dernière acceptait toujours des tâches, empêchant ainsi une séquence d'arrêt correcte. Ce problème est résolu dans vCloud Director 5.1.3.

  • Une tentative d'accès à vCloud Director à l'aide de Google Chrome échouait avec une erreur Javascript
    Lorsque vous tentiez d'accéder à vCloud Director à l'aide de Google Chrome, l'opération échouait avec une erreur. Ce problème est résolu dans vCloud Director 5.1.3.

  • Pas d'entrée de journal pour la surveillance automatique de la synchronisation LDAP
    Les journaux ne contenaient pas d'entrée pour spécifier le temps qu'il avait fallu à LDAP pour effectuer les synchronisations. Ce problème est résolu dans vCloud Director 5.1.3.

  • La connexion à des cellules échouait parfois
    Une tentative de connexion à des cellules vCloud Director échouait parfois avec une erreur 403 Interdit. Ce problème est résolu dans vCloud Director 5.1.3.

  • vCenter Server se déconnectait parfois de vCloud Director
    Dans certains cas, vCenter Server se déconnectait occasionnellement de vCloud Director en raison d'un blocage de base de données. Ce problème est résolu dans vCloud Director 5.1.3.

Problèmes de mise à niveau et d'installation

  • L'authentification Kerberos échouait après la mise à niveau de vCloud Director
    Après la mise à niveau de vCloud Director de la version 5.1.0 vers la version 5.1.2, l'authentification Kerberos échouait. Ce problème est résolu dans vCloud Director 5.1.3.

  • Des adresses IP externes de machines virtuelles incorrectes s'affichaient dans l'interface Web de vCloud Director après la mise à niveau
    Après la mise à niveau de vCloud Director vers la version 5.1.2, l'interface Web de vCloud Director affichait des adresses IP externes incorrectes pour les machines virtuelles. Ce problème est résolu dans vCloud Director 5.1.3.

  • Après une mise à niveau vers vCloud Director 5.1, des éléments expirés ne pouvaient pas être supprimés
    Après une mise à niveau vers vCloud Director 5.1, des éléments expirés étaient présentés comme des éléments suspendus et ne pouvaient pas être supprimés. Si vous tentiez de supprimer manuellement les éléments ou si l'organisation propriétaire disposait d'une stratégie de suppression des éléments expirés, une erreur de la forme suivante était consignée.

    Impossible de purger l'objet « vApp_system_20 », car ses dépendances ne peuvent pas être purgées.
    com.vmware.vcloud.api.presentation.service.InternalServerErrorException : Impossible de purger l'objet « item_name», car ses dépendances ne peuvent pas être purgées.

    Ce problème est résolu dans vCloud Director 5.1.3.

  • Après une mise à niveau à partir de vCloud Director 1.5.x, les interfaces réseau des machines virtuelles étaient modifiées
    Après une mise à niveau de vCloud Director 1.5.x vers 5.1.1, les types d'adaptateur réseau dans vos machines virtuelles pouvaient être modifiés d'une telle manière que cela entraînait la configuration des interfaces réseau avec un type d'adaptateur réseau incompatible pour un système d'exploitation invité. Toute machine virtuelle dont le type d'adaptateur réseau était incompatible avec son système d'exploitation invité perdait la connectivité réseau après la mise à niveau. Ce problème était documenté dans l' article 2047922 de la base de connaissances et est maintenant résolu dans vCloud Director 5.1.3.

  • vCloud Director n'affichait pas d'adresses IP externes pour de nouvelles machines virtuelles sur la page Liste des machines virtuelles
    Après une mise à niveau vers vCloud Director 5.1.2, vCloud Director n'affichait pas d'adresses IP externes pour toute nouvelle machine virtuelle créée après la mise à niveau sur la page Liste des machines virtuelles. Ce problème est résolu dans vCloud Director 5.1.3.

  • Erreur de script de base de données pendant la mise à niveau
    Une tentative de mise à niveau de vCloud Director vers la version 5.1 échoue parfois avec ce type d'erreur :

    Impossible de mettre à niveau la base de données : java.sql.SQLException : nom d'objet non valide « dbo.hextoraw ».

    Ce problème est résolu dans vCloud Director 5.1.3.

  • Ralentissement de la base de données avec un niveau élevé d'utilisation de la CPU après la mise à niveau
    Après la mise à niveau vers vCloud Director 5.1.2, la base de données vCloud Director répondait lentement et le niveau d'utilisation de la CPU était élevé. vCloud Director 5.1.3 résout ce problème en ajoutant de nouveaux index pour améliorer les performances de la base de données.

  • Erreur indiquant que des machines virtuelles fantômes ont été dupliquées après la mise à niveau
    Après la mise à niveau de vCloud Director, vCloud Director affichait un avertissement indiquant que des machines virtuelles fantômes avaient été dupliquées, et que toutes les machines virtuelles fantômes présentes avant la mise à niveau signalaient avoir des doublons. Ce problème est résolu dans vCloud Director 5.1.3.

Problèmes de mise en réseau

  • Les passerelles échouant à la création étaient autorisées à être redéployées
    Lorsqu'une passerelle ayant échoué à la création est redéployée, la passerelle se trouve dans un état incohérent, ce qui peut entraîner des problèmes si vous effectuez une mise à niveau vers une nouvelle version de vCloud Director. vCloud Director 5.1.3 ne permet pas aux passerelles ayant échoué à la création d'être redéployées.

  • L'ajout ou le retrait d'une adresse IP dans la boîte de dialogue Sous-allouer des pools IP pour un pool d'adresses IP qui était déjà utilisé provoquait la perte de la passerelle par défaut et la rupture du chemin de données
    Le client Web de vCloud Director vous permettait parfois de supprimer une plage d'adresses IP externes qui était en cours d'utilisation. Lorsque cela se produisait, vous pouviez voir le type d'erreur suivant dans les journaux vCloud Director.

    ERROR | LocalTaskScheduler-Pool-4 | TaskServiceImpl
    | Unable to execute task NETWORK_GATEWAY_UPDATE_PROPERTIES(com.vmware.vcloud.entity.task:22e6eb93-bff1-4b14-b4f7-c2279dc81635)
    | vcd=084fcde4-a4ea-4918-a947-64008239a655,task=22e6eb93-bff1-4b14-b4f7-c2279dc81635
    com.vmware.vcloud.api.presentation.service.BadRequestException: Cannot update edge gateway "itprovider vshield"
    Les adresses IP suivantes sont déjà utilisées : /nnn.nnn.nnn.nnn.

    Ce problème est résolu dans vCloud Director 5.1.3.
  • La page de liste de machines virtuelles affichait une erreur lorsque la carte réseau d'une machine virtuelle était définie sur « none n/w »
    Lorsque la carte réseau d'une machine virtuelle était définie sur « none n/w », la page de liste des machines virtuelles affichait l'erreur Impossible de trouver le réseau « null ». Ce problème est résolu dans vCloud Director 5.1.3.

  • Des informations de sauvegarde VIM n'étaient pas affichées pour des réseaux vApp sauvegardés par des pools réseau VXLAN
    Le client Web vCloud Director n'affichait pas d'informations de sauvegarde VIM pour les réseaux vApp sauvegardés par des pools réseau VXLAN. Ce problème est résolu dans vCloud Director 5.1.3.

  • Des machines virtuelles utilisant DHCP affichaient parfois des adresses IP locales de lien IPv6.
    Le client Web de vCloud Director affichait parfois des adresses IP locales de lien IPv6 pour des machines virtuelles utilisant DHCP. vCloud Director 5.1.3 affiche des adresses IPv4 pour toutes les machines virtuel disposant d'adresses IPv4 valides. Pour les machines virtuelles ne disposant pas d'adresses IPv4 valides, vCloud Director 5.1.3 affiche des adresses IP locales sans lien IPv6.

  • Un réseau VDC inutilisé d'une organisation était incorrectement marqué en cours d'utilisation et ne pouvait pas être supprimé
    Des incidents internes pendant la création du réseau vApp pouvaient entraîner le blocage d'entrées de base de données, ce qui pouvait donner la perception qu'un réseau VDC d'une organisation était en cours d'utilisation même si toutes les ressources qui l'utilisaient avaient été supprimées, déconnectées ou déplacées. Ce problème est résolu dans vCloud Director 5.1.3.

  • Les modifications du service de passerelle ne déclenchaient pas de notifications
    Lorsque vous apportiez des modifications aux services de passerelle, le système de notification de vCloud Director n'envoyait pas de notifications. Ce problème est résolu dans vCloud Director 5.1.3.

  • Le code XML de réponse de la tâche lors de la mise à niveau de services de passerelle n'incluait pas d'informations sur le propriétaire
    Lorsque vous mettiez à niveau les services d'une passerelle, les informations du propriétaire de la tâche ne s'affichaient pas dans la liste des tâches de l'organisation. Ce problème est résolu dans vCloud Director 5.1.3.

  • La mise à niveau d'une passerelle d'une configuration compacte vers une configuration complète ne mettait pas à niveau la mémoire et les réservations de CPU
    Lorsque vous mettiez à niveau une passerelle d'une configuration compacte vers une configuration complète, l'opération ne mettait pas à niveau la mémoire ou la CPU pour refléter la nouvelle configuration de passerelle. Ce problème est résolu dans vCloud Director 5.1.3.

  • Suite au redéploiement d'une passerelle entièrement configurée dans vCloud Director, la passerelle se présentait sous une forme compacte dans vShield Manager
    Lorsque vous utilisiez vCloud Director pour redéployer une passerelle disposant d'une configuration complète, la passerelle s'affichait avec une configuration compacte dans vShield Manager. Ce problème est résolu dans vCloud Director 5.1.3.

  • Les passerelles étaient parfois déployées dans des banques de données associées uniquement à des profils de stockage désactivés
    De nouvelles passerelles étaient parfois déployées dans des banques de données qui étaient uniquement associées à des profils de stockage qui avaient été désactivés. Ce problème est résolu dans vCloud Director 5.1.3.

  • Des règles de pare-feu pour un réseau vApp acheminé étaient supprimées lors de la modification du réseau externe parent
    Lors d'une modification du réseau externe parent d'un réseau vApp acheminé, les règles de pare-feu du réseau vApp étaient supprimées. Ce problème est résolu dans vCloud Director 5.1.3.

  • vCloud Director affichait des adresses IP externes uniquement pour les cartes réseau principales
    Lorsqu'une machine virtuelle disposait de plusieurs cartes réseau, le client Web de vCloud Director affichait une adresse IP externe uniquement pour la carte réseau principale. Ce problème est résolu dans vCloud Director 5.1.3.

  • Le réseau correspondant à des réseaux vApp acheminés ne choisissait pas un réseau parent correspondant
    Les réseaux vApp acheminés ne choisissaient pas le réseau parent correspondant lors de l'instanciation. Lorsqu'un réseau vApp acheminé restait sans correspondance, les règles de pare-feu du réseau étaient perdues. Ce problème est résolu dans vCloud Director 5.1.3.

Problèmes de machine virtuelle et de vApp

  • Certains éléments ne s'affichaient pas dans le menu déroulant lorsque vous cliquiez avec le bouton droit sur une machine virtuelle dans un diagramme vApp après une actualisation
    Lorsque vous cliquiez avec le bouton droit sur une machine virtuelle dans un diagramme vApp après avoir actualisé ce diagramme, certains éléments ne s'affichaient pas dans le menu déroulant. Ce problème est résolu dans vCloud Director 5.1.3.

  • Le démarrage simultané de plusieurs machines virtuelles dans un vApp pouvait parfois échouer
    Lorsqu'un vApp était allumé, mais que toutes les machines virtuelles du vApp étaient arrêtées ou suspendues, le démarrage simultané de plusieurs machines virtuelles dans le vApp pouvait échouer. Ce problème est résolu dans vCloud Director 5.1.3.

  • La création de vApp pouvait échouer sur un système très chargé
    Lorsque le système fonctionnait sous une charge élevée, une nouvelle création de vApp pouvait constamment échouer avec l'erreur :

    Impossible de trouver un objet avec moref « vm-xxxx » et l'ID VC « xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx » dans la catégorie d'inventaire « VirtualMachine ».

    Ce problème est résolu dans vCloud Director 5.1.3.

  • Le déploiement ou l'annulation du déploiement d'un vApp pouvait échouer avec une erreur de base de données
    Dans certains cas, lorsque vous tentiez de déployer un vApp ou d'en annuler le déploiement, l'opération pouvait échouer avec une erreur de base de données de la forme suivante.

    Une mise à jour par lots a renvoyé un nombre de lignes imprévu à partir de update [0]; actual row count: 0; expected: 1
    org.hibernate.StaleStateException : une mise à jour par lots a renvoyé un nombre de lignes imprévu à partir de update [0]; actual row count: 0; expected: 1 at org.hibernate.jdbc.Expectations$BasicExpectation.checkBatched(Expectations.java:85)

    Ce problème est résolu dans vCloud Director 5.1.3.

  • Des personnalisations d'invité n'était pas appliquées sur Red Hat Enterprise Linux 6.x
    Sur des machines virtuelles exécutant Red Hat Enterprise Linux 6.x, des personnalisations d'invité n'étaient pas appliquées lorsque Network Manager était en cours d'exécution dans le système d'exploitation invité. Ce problème est résolu dans vCloud Director 5.1.3.

  • Les administrateurs sans droits de contrôle d'administrateur ne pouvaient pas voir les réseaux vApp des vApps qu'ils ne possédaient pas
    Les administrateurs qui n'avaient pas de droits de contrôle d'administrateur ne pouvaient pas voir les réseaux vApp sur les vApps qu'ils ne possédaient pas Ce problème est résolu dans vCloud Director 5.1.3.

  • Une tentative de création d'un vApp échouait lorsque le système vCenter Server mettait plus de 60 secondes pour répondre à l'opération
    Lorsque vCenter Server se trouvait sous une charge intense et mettait plus de 60 secondes à répondre, une tentative de création d'un vApp dans vCloud Director échouait avec ce type d'erreur :

    Impossible de trouver un objet avec moref « vm-xxxx » et l'ID VC « xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxx » dans la catégorie d'inventaire « VirtualMachine ».

    Ce problème est résolu dans vCloud Director 5.1.3.

  • Une tentative de téléchargement d'une machine virtuelle Windows 8 a échoué
    Lorsque vous tentiez de télécharger une machine virtuelle Windows 8, l'opération échouait, car vCloud Director ne prenait pas en charge le type de carte de réseau par défaut utilisé par les machines virtuelles Windows 8. Ce problème est résolu dans vCloud Director 5.1.3.

  • La passerelle par défaut du système d'exploitation d'une machine virtuelle était toujours attribuée à partir du premier pool IP dans un réseau externe comportant plusieurs pools IP
    Pour les réseaux externes disposant de plusieurs pools IP, la passerelle du système d'exploitation d'une machine virtuelle était toujours attribuée à partir du premier pool IP répertorié pour le réseau externe. Cela se produisait même lorsque le premier pool IP était désactivé. Dans vCloud Director 5.1.3, une machine virtuelle obtient son adresse IP de passerelle à partir du même pool IP que celui qui lui fournit son adresse IP.

  • La modification des propriétés d'une machine virtuelle déclenchait une personnalisation d'invité inutile et modifiait le mot de passe généré
    Lorsque vous modifiiez le profil de stockage, les métadonnées ou les propriétés d'une machine virtuelle, le mot de passe automatiquement généré pour la machine virtuelle était modifié et une personnalisation d'invité inutile était déclenchée. Ce problème est résolu dans vCloud Director 5.1.3.

  • Une tentative de réduction du nombre de CPU dans une machine virtuelle échouait lorsque la machine virtuelle était configurée avec plus de CPU que l'hôte serveur ESX
    Lorsqu'une machine virtuelle était configurée avec un nombre de CPU supérieur au nombre de CPU présentes sur l'hôte ESX, une tentative de diminution du nombre de CPU sur la machine virtuelle échouait. Ce problème est résolu dans vCloud Director 5.1.3.

  • Le mot de passe de la machine virtuelle était modifié dans le client Web de vCloud Director mais non appliqué au système d'exploitation invité après la modification du profil de stockage
    Après la modification du profil de stockage d'une machine virtuelle, le client Web de vCloud Director reflétait un nouveau mot de passe automatiquement généré pour la machine virtuelle, mais la mise à jour du mot de passe n'était pas appliquée au système d'exploitation invité. Ce problème est résolu dans vCloud Director 5.1.3.

  • Vous pouviez définir la limite maximale du nombre de machines virtuelles sur une valeur inférieure au nombre de machines virtuelles existant actuellement
    vCloud Director vous autorisait de modifier la limite du nombre maximal de machines virtuelles sur une valeur inférieure au nombre de machines virtuelles qui existaient déjà dans vCloud Director. Ce problème est résolu dans vCloud Director 5.1.3.

  • Aucune possibilité de limiter le nombre d'objets copiés pendant une création de machine virtuelle fantôme
    Dans les versions précédentes de vCloud Director, il n'y avait aucune possibilité de limiter le nombre d'objets copiés pendant la création d'une machine virtuelle fantôme. Dans vCloud Director 5.1.3, vous pouvez limiter le nombre d'objets copiés dans vCenter pendant la création d'une machine virtuelle et d'un vApp en ajoutant les paramètres suivants au tableau de configuration ou à global.properties.

    com.vmware.vcloud.fabric.storage.workQueueType=queueBehavior
    com.vmware.vcloud.fabric.storage.maxActivityThreads= M
    com.vmware.vcloud.fabric.storage.maxQueuedActivities= N
    fabric.storage.workQueueType=queueBehavior

    Définissez les valeurs de M et de N de telle sorte que la valeur combinée de M + N est supérieure au nombre d'opérations parallèles que vous exécutez.

Problèmes de vCloud API

  • Les demandes vCloud API visant à modifier la Limite d'un StorageProfile à une valeur inférieure à celle actuellement utilisée auraient normalement dû échouer, mais cela ne se produisait pas
    Les valeurs Limites du profil de stockage doivent être supérieures ou égales à la capacité de stockage déjà en cours d'utilisation, cependant, les demandes de l'API visant à réduire la Limite à une valeur inférieure à celle déjà en cours d'utilisation pouvaient aboutir sans erreur et réduire réellement la Limite, ce qui pouvait entraîner l'échec des consommateurs de ce profil de stockage de diverses manières. Ce problème est résolu dans vCloud Director 5.1.3.

  • Les personnalisations d'invité n'était pas appliquée aux vApps composés à l'aide de vCloud API
    Lorsque vous créiez un vApp et appliquiez des personnalisations d'invité à l'aide de vCloud API, les personnalisations autres que le nom de la machine virtuelle n'étaient pas appliquées. Ce problème est résolu dans vCloud Director 5.1.3.

  • La création d'un vApp à partir d'un modèle de vApp à l'aide de vCloud API attribuait toujours le type d'adaptateur réseau par défaut
    Lors de la création d'un vApp à partir d'un modèle vApp avec un type d'adaptateur réseau autre que le type par défaut à l'aide de vCloud API, si le code XML d'entrée composé contenait une section Networkconnection, le type de réseau par défaut était attribué au vApp. Ce problème est résolu dans vCloud Director 5.1.3.

  • vCloud API affichait des réseaux partagés de centre de donnée virtuel d'organisation qui étaient inaccessibles au centre de données virtuel d'organisation
    Lorsque vous interrogiez les réseaux de centre de données virtuel d'organisation pour un centre de données virtuel d'organisation à l'aide de vCloud API, la requête renvoyait la liste de tous les réseaux de centre de données virtuel d'organisation, même si ces réseaux étaient inaccessibles au centre de données virtuel d'organisation. Si vous soumettiez la même requête à l'aide du client Web vCloud Director, seuls les réseaux accessibles étaient répertoriés. Dans vCloud Director 5.1.3, la requête par vCloud API renvoie uniquement les réseaux accessibles.

  • Le mot de passe d'administrateur du système d'exploitation invité ne pouvait pas être récupéré à l'aide de vCloud API
    L'utilisation de vCloud API pour obtenir des détails sur un vApp ou un modèle vApp ne renvoyait pas le mot de passe d'administrateur du système d'exploitation invité. Ce problème est résolu dans vCloud Director 5.1.3.

Problèmes identifiés

Les problèmes suivants sont identifiés pour cette version de vCloud Director.

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

 

Problèmes généraux

  • Utilisation élevée de l'unité centrale par l'interface Web de vCloud Director
    Lorsque vous exécutez l'interface Web de vCloud Director sans arrêt pendant des périodes d'un jour ou plus, le processus Flash associé peut utiliser l'unité centrale à des niveaux élevés.

    Solution : fermez et redémarrez l'interface Web de vCloud Director.

  • Une erreur HTTP ERROR 500 peut survenir lors de la connexion à vCloud Director
    Lorsque vous essayez de vous connecter à vCloud Director à l'aide de l'interface utilisateur Web ou de l'API, l'erreur HTTP ERROR 500 peut s'afficher.

    Solution : ajoutez la ligne suivante à global.properties.

    cache.tenantcache.maxElementsInMemory=<numberOfOrgs x 5>
    // La valeur doit être supérieure au nombre d'orgs que CU peut avoir/créer avant le prochain cycle de maintenance (ou) mise à niveau (ou) redémarrage de la cellule.

    cache.tenantcache.timeToIdleSeconds=10800000 //125 days
    cache.tenantcache.timeToLiveSeconds=10800000 //125 days
    // La valeur ci-dessus signifie que CU peut de nouveau rencontrer le problème dans 125 jours. CU peut augmenter la valeur en fonction du cycle de maintenance (ou) de la prochaine mise à niveau (ou) du redémarrage de la cellule.

  • Les personnalisations Adobe Flex ne sont pas appliquées lorsque vous utilisez une autre version d'Adobe Flex que celle utilisée par vCloud Director
    Lorsque vous chargez une personnalisation Adobe Flex créée avec une version de Flex différente de celle utilisée par vCloud Director, cette personnalisation n'est pas appliquée correctement.

    Solution : pour les personnalisations pour vCloud Director 5.1.3, utilisez le SDK et le compilateur Adobe Flex version 4.1.0.16076.

Problèmes de mise à niveau et d'installation

  • Les pools de ressources enfants ne sont parfois pas reconfigurés après avoir modifié l'élasticité d'un datacenter virtuel du pool d'allocation et effectué la mise à niveau vers vCloud Director 5.1.3
    Lorsque vous modifiez l'élasticité d'un datacenter virtuel du pool d'allocation, l'élasticité des pools de ressources enfants est reconfigurée lorsque vous démarrez les vApps qui utilisent ces pools de ressources enfants. Si vous mettez à niveau vCloud Director vers la version 5.1.3 après avoir modifié l'élasticité d'un datacenter virtuel du pool d'allocation mais avant de démarrer des vApps qui utilisent les pools de ressources enfants affectés, les pools de ressources enfants ne sont pas reconfigurés pour refléter le nouveau paramètre d'élasticité.

    Solution : effectuez un cycle d'élasticité du centre de données virtuel et un cycle d'alimentation d'un vApp qui utilise le pool de ressources enfants concerné.

    1. Configurez le datacenter virtuel pour qu'il utilise le mode élastique.
    2. Mettez hors tension au moins un vApp dans tous les centres de données virtuels d'organisation à pool d'allocation.
    3. Configurez le datacenter virtuel pour qu'il utilise le mode non élastique.
    4. Démarrez au moins un vApp dans tous les datacenters virtuels d'organisation Pool d'applications.
    5. Redémarrez les vApps.

  • La suppression d'adresses IP externes inutilisées de pools d'adresses IP sous-alloués de la passerelle échoue après une mise à niveau de vCloud Director 1.5.1
    Après la mise à niveau de vCloud Director de la version 1.5.1, toute tentative de suppression d'adresses IP externes inutilisées des pools d'adresses IP sous-alloués d'une passerelle échouait, avec l'indication que les adresses IP sont en cours d'utilisation.

    Solution : si vous procédez à une mise à niveau de vCloud Director 1.5.1, retirez les adresses IP externes inutilisées de tous les réseaux acheminés Org avant de mettre à niveau vCloud Director.

Problèmes de localisation

  • Les caractères autres que les caractères ASCII dans les noms de tunnels VPN s'affichent sous forme de caractères incompréhensibles dans les organisations distantes
    Lorsque le nom attribué à un tunnel VPN comprend des caractères autres que des caractères ASCII, ceux-ci s'affichent sous forme de caractères incompréhensibles lorsque vous affichez le tunnel VPN à partir d'une autre organisation. Le tunnel VPN continue à fonctionner normalement.

    Solution : n'utilisez pas de caractères autres que les caractères ASCII dans les noms de tunnels VPN.

  • Vous ne pouvez pas créer ou mettre à jour de passerelles Edge avec un serveur pool ou un serveur virtuel dont le nom contient des caractères autres que des caractères ASCII
    Si vous essayez de créer une passerelle Edge avec un serveur pool ou un serveur virtuel dont le nom contient des caractères autres que des caractères ASCII, l'opération échoue. Si vous modifiez le nom d'un serveur pool ou d'un serveur virtuel pour qu'il inclue des caractères autres que des caractères ASCII, les passerelles Edge associées au serveur pool ou au serveur virtuel ne peuvent pas être mises à jour.

    Solution : n'utilisez pas de caractères autres que des caractères ASCII dans les noms de serveurs pool ou serveurs virtuels utilisés pour des passerelles Edge.

  • Un nom de périphérique CD/DVD contenant des caractères autres que des caractères ASCII entraîne l'échec des tentatives d'ajout du CD/DVD à une machine virtuelle
    Lorsque vous essayez d'ajouter un périphérique CD/DVD dont le nom contient des caractères autres que des caractères ASCII à une machine virtuelle, l'opération échoue.

    Solution : modifiez le nom du périphérique CD/DVD de sorte qu'il contienne uniquement des caractères ASCII avant de l'ajouter à une machine virtuelle.

  • Les noms de modèles de vApp ne peuvent pas inclure de caractères autres que des caractères ASCII
    vCloud Director affiche le message d'erreur « Nom d'ordinateur non valide : le nom d'ordinateur peut uniquement contenir des caractères alphanumériques et des tirets, il ne doit pas contenir que des chiffres. » si vous utilisez uniquement des caractères autres que des caractères ASCII dans un nom de modèle de vApp.

  • Dans les langues autres que l'anglais, les listes d'objets ne peuvent être filtrées que par colonnes qui contiennent du contenu généré par l'utilisateur
    lorsque vCloud Director est utilisé dans des langues autres que l'anglais, la fonction de filtre sur les listes d'objets ne fonctionne que lors du filtrage utilisant des colonnes qui contiennent du contenu généré par l'utilisateur, tel que Nom ou Nom du vApp.

  • La mise à niveau de l'agent hôte échoue lorsque le nom de système vCloud Director contient des caractères autres que des caractères ASCII
    Lorsque vous mettez à niveau un système vCloud Director dont le nom contient des caractères autres que des caractères ASCII de la version 5.1.x vers la version 5.1.3, la mise à niveau de l'agent hôte échoue.

    Solution : effectuez une désinstallation pour supprimer l'agent hôte, puis préparez l'agent hôte à nouveau.

  • Certains messages localisés s'affichent en anglais dans Red Hat Enterprise Linux et CentOS 6.x
    Sous Red Hat Enterprise Linux et CentOS 6.x, certaines cellules de vCloud Director ne détectent pas les paramètres régionaux appropriés lors du premier démarrage ou lorsque le système d'exploitation redémarre, ce qui entraîne l'affichage de certains messages en anglais.

    Solution : redémarrez manuellement la cellule à l'aide de la commande /opt/vmware/vcloud-director/bin/vmware-vcd restart.

     

Problèmes de mise en réseau

  • Les tentatives de création d'une passerelle Edge avec une configuration Complète-4 à l'aide de vCloud Networking and Security 5.1.2a ou version antérieure échoue
    Lorsque vous créez une passerelle Edge, vCloud Director vous permet de sélectionner la configuration Complète-4 pour la passerelle lorsque vous utilisez une version de vCloud Networking and Security qui ne prend pas en charge cette configuration, mais l'opération de création de la passerelle échoue.

    Solution : les passerelles Edge de configuration Complète-4 requièrent vCloud Networking and Security 5.1.2c ou version ultérieure.

     

Problèmes de machine virtuelle et de vApp

  • La suppression du disque dur unique d'une machine virtuelle allumée génère une erreur
    Si vous supprimez le disque dur unique d'une machine virtuelle allumée, vCloud Director retourne une erreur. Bien que ce message d'erreur s'affiche, le disque est correctement supprimé.

  • Certains réseaux ne sont pas affichés dans la page Sélectionner le réseau VDC de l'organisation de l'assistant de nouveau vApp et désactivés pour les auteurs de vApp

    Lorsqu'un auteur de vApp crée un réseau vApp et sélectionne un réseau VDC d'organisation dans l'assistant de nouveau réseau vApp, le nombre de réseaux affiché n'inclut pas le nombre de réseaux déjà ajoutés au vApp. Cela peut entraîner la désactivation de boutons Page suivante, car il n'y a pas de réseaux supplémentaires à afficher dans la liste.

Problèmes de vCloud API

  • Compatibilité descendante des API
    Des informations DHCP erronées sont renvoyées dans l'élément DhcpService lorsqu'un client vCloud API v1.5 extrait un objet OrgNetwork de vCloud Director 5.1.

  • Des caractères de contrôle dans un nom de centre de données virtuel d'organisation peut provoquer des erreurs d'annulation de marshalling dans les SDK et les API de vCloud Director
    L'utilisation d'API et de SDK vCloud Director avec un centre de données virtuel d'organisation dont le nom comporte des caractères de contrôle provoque des erreurs d'annulation de marshalling.

    Solution : n'utilisez pas de caractères de contrôle dans les noms de datacenters virtuels d'organisation.

  • Les profils de stockage avec pool d'allocation ne fonctionnent pas correctement après la définition de la capacité sur illimité à l'aide de vCloud API Director
    vCloud Director vous permet par erreur de définir la capacité du profil de stockage sur un centre de données virtuel avec pool d'allocation sur illimité. Après avoir apporté cette modification, le profil de stockage ne peut pas être mis à jour à l'aide du client Web vCloud Director.

    Solution : utilisez l'API de vCloud Director pour modifier la capacité du profil de stockage sur une valeur autre que illimitée.