vCenter Server 5.0 - Mise à jour 1 | 15 mars 2012 | Build 623373

vSphere Client 5.0 - Mise à jour 1 |15 mars 2012 | Build 623373

Module d'installation de vCenter Server 5.0 Update 1 | 15 mars 2012 | Build 639890

Remarque :vCenter Server Appliance 5.0 Update 1 sera disponible au cours de l'année.

Dernière mise à jour : 17 janvier 2013

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

Contenu des notes de mise à jour

Ces notes de mise à jour contiennent les rubriques suivantes :

Nouveautés

VMware vCenter Server 5.0 Update 1 (pour Windows) offre les améliorations suivantes :

  • Améliorations de la personnalisation du système d'exploitation client : vCenter Server ajoute la prise en charge de la personnalisation des systèmes d'exploitation clients suivants :
    • Windows 8
    • Ubuntu 11.10
    • Ubuntu 11.04
    • Ubuntu 10.10
    • Ubuntu 10.04 LTS
    • SUSE Linux Enterprise Server 11 SP2
  • Problèmes résolus :En outre, cette version offre un certain nombre de correctifs de bogues qui ont été documentés dans la section Problèmes résolus.

Internationalisation

VMware vSphere 5.0 est disponible dans les langues suivantes :

  • Anglais
  • Français
  • Allemand
  • Japonais
  • Coréen
  • Chinois simplifié

Mode localisation forcée de vSphere Client

Avec vSphere 5.0, vous pouvez configurer VMware vSphere Client™ pour afficher le texte d'interface en anglais même sur une machine qui fonctionne dans une autre langue. Vous pouvez régler cette configuration pour la durée d'une seule session en utilisant un commutateur à ligne de commande. Cette configuration s'applique au texte de l'interface et n'affecte pas les autres paramètres de langue comme les formats horaires ou numériques.

Par exemple, la commande vSphere Client suivante affichera la session individuelle en anglais :
vpxClient -locale en_US

Fonctions ajoutées à cette version

  • Une contrainte permanente de limitation de vRAM est appliquée dans vCenter Essentials
    Dans l'édition vSphere Essentials, une contrainte permanente a été ajoutée pour limiter l'utilisation de la vRAM (192 Go). Lorsque la limite est atteinte, les opérations suivantes (telles que powerOnVM) qui génèrent un dépassement d'utilisation de la licence sont impossibles. Cette contrainte a été ajoutée aux éditions Essentials, mais pas aux autres éditions.

  • vCenter applique désormais des restrictions dans lesquelles les éditions vSphere peuvent être gérées par vCenter
    Avec cette fonctionnalité, vCenter Standard et Foundation n'est pas autorisé à gérer les éditions hôtes vSphere Essentials et Essentials Plus. Cette impossibilité figure déjà dans le CLUF, mais n'était pas encore appliquée par un programme. Une exception à cette règle est l'édition ‘Essentials for ROBO'. Cette opération est toujours autorisée par le CLUF et par la contrainte programmatique. En outre, la disposition permet à vCenter Essentials de ne gérer que les hôtes Essentials et Essentials Plus.

  • La génération de rapports d'utilisation des licences ne limite pas les rapports de consommation de vRAM par machine virtuelle à 96 Go
    Lors de la visualisation des rapports d'utilisation de vRAM vSphere 5.0, les VM configurées pour utiliser plus de 96 Go de RAM configurée signalaient la valeur totale RAM configurée, quelle que soit la politique de licence vRAM qui indique que l'utilisation de plus de 96 Go par VM n'est pas prise en compte par rapport à votre droit d'utilisation de vRAM.

  • Support pour Database Pre-Upgrade Checker 1.0
    Avant de mettre à niveau vCenter Server, vous pouvez exécuter l'outil de vérification de pré-mise à niveau de base de données VMware vCenter sur la base de données vCenter Server actuelle pour identifier les problèmes qui peuvent empêcher la mise à niveau. Vous pouvez utiliser l'outil de vérification de pré-mise à niveau pour les mises à niveau suivantes :

    • Sur une base de données vCenter Server 2.5 Update 6 ou version ultérieure avant une mise à niveau vers vCenter Server 4.x
    • Sur une base de données vCenter Server 4.0.x avant une mise à niveau vers vCenter Server 4.1 ou 5.0
    • Sur une base de données vCenter Server 4.1.x avant une mise à niveau vers vCenter Server 5.0

Compatibilité et installation

Compatibilité de version ESXi, vCenter Server et vSphere Client

La Matrice d'interopérabilité des produits VMware fournit des détails sur la compatibilité des versions en cours et précédentes des composants VMware vSphere, y compris ESXi, VMware vCenter Server, vSphere Client et les produits VMware en option. Ce site fournit également des informations sur les agents de gestion et de sauvegarde pris en charge avant d'installer ESXi ou vCenter Server.

vSphere Web Client et vSphere Client sont intégrés au fichier ZIP qui comprend vCenter Server et les modules. Vous pouvez installer un seul client ou les deux à l'aide de l'assistant d'installation de VMware vCenter.

Connexions vSphere Client aux environnements en mode Linked

vCenter Server 5.0 ne peut exister en Linked Mode qu'avec d'autres instances de vCenter Server 5.0. Les groupes en mode Linked qui contiennent à la fois vCenter Server 5.0 et des versions antérieures de vCenter Server (telles que vCenter Server 4.0 et vCenter Server 4.1) ne sont pas pris en charge. Dans cette version, vous pouvez gérer les groupes Linked Mode qui contiennent à la fois des instances vCenter Server 5.0 et vCenter Server 5.0 - Mise à jour 1.

Compatibilité vSphere 5.0 et VMware View

Pour en savoir plus sur les configurations vSphere prises en charge avec VMware View, reportez-vous à la Matrice d'interopérabilité des produits VMware .

Notice d'installation pour cette version

Lisez la documentation Installation et configuration de vSphere qui explique dans le détail l'installation et la configuration d'ESXi et de vCenter Server.

Après une installation réussie, vous devez procéder à la configuration de l'octroi de licences, la mise en réseau et la sécurité. Pour des informations sur ces tâches de configuration, reportez-vous aux guides suivants de la documentation vSphere.

vCenter Server 5.0 prend en charge l'installation sur plateformes Windows 64 bits uniquement. Vous pouvez mettre à niveau vCenter Server 4.1 vers vCenter Server 5.0 sur le même système si celui-ci est 64 bits. Si vous avez installé VMware vCenter Server 2.5 ou vCenter Server 4.0 sur des systèmes 32 bits, voir la documentation Mise à niveau vSphere pour les informations d'installation de vCenter Server sur un système d'exploitation 64 bits en conservant la base de données vCenter Server.

vCenter Server 5.0 inclut les fichiers MIB (Management Information Base) relatifs à vCenter Server. Vous pouvez télécharger les fichiers MIB relatifs à ESXi sur le site de VMware : http://www.vmware.com/download/vsphere/drivers_tools.html.

Mises à niveau pour cette version

Pour des explications sur comment mettre à niveau vCenter Server et les hôtes ESXi, consultez la documentation Mise à niveau vSphere.

vSphere 5.0 prend en charge les scénarios de mise à niveau suivants :

  • Vous pouvez effectuer les mises à niveau sur place sur des systèmes 64 bits de vCenter Server 4.x vers vCenter Server 5.0.
    Vous ne pouvez pas mettre à niveau une instance de vCenter Server 4.0.x opérationnelle sous Windows XP Professional x64 Edition.
  • Vous pouvez mettre à niveau vCenter Server 2.5 Update 6 et les versions ultérieures et vCenter Server 4.x vers vCenter Server 5.0 en installant vCenter Server 5.0 sur un nouveau système d'exploitation 64 bits, puis en migrant la base de données existante.
    Cette méthode de mise à niveau permet de mettre à niveau un système 32 bits vers un système 64 bits.
  • vCenter Server 5.0 peut gérer les hôtes ESXi 5.0 dans le même cluster avec les hôtes ESX/ESXi 4.x et ESX/ESXi 3.5. Il peut aussi gérer les hôtes ESX/ESXi 3.5 dans le même cluster avec les hôtes ESX/ESXi 4.x. vCenter Server 5.0 ne peut pas gérer les hôtes ESX 2.x ou 3.0.x.

Versions Test de vSphere 5.0

Les mises à niveau de vCenter Server 5.0 - Mise à jour 1 - Release Candidate vers vCenter Server 5.0 - Mise à jour 1 ne sont pas prises en charge. Désinstallez vCenter Server 5.0 - Mise à jour 1 - Release Candidate et effectuez une nouvelle installation de vCenter Server 5.0 - Mise à jour 1. Si vous testiez les versions Release Candidate de vCenter Server 5.0 - Mise à jour 1, VMware recommande de recréer les données à conserver depuis ces installations de vCenter Server 5.0 - Mise à jour 1.

Composants en libre accès pour VMware vSphere

Les déclarations de copyright et les licences applicables aux composants de logiciels en libre accès distribués dans vSphere 5.0 sont accessibles sur http://www.vmware.com/download/vsphere/open_source.html, sous l'onglet Open Source. Vous pouvez également télécharger les fichiers source pour une licence GPL, LGPL ou d'autres licences semblables pour lesquelles le code source ou les modifications du code source doivent être disponibles pour la dernière version généralement disponible de vSphere.

Remarques concernant l'assistance produit

VMware vSphere 5.0 est la dernière édition pour les plateformes et fonctions de gestion suivantes. VMware continue de fournir un support technique pour ces fonctions et plates-formes jusqu'à la fin de leur cycle de vie de support.

  • VMware Toolbox :vSphere 5.0 est la dernière version à inclure le support de l'interface graphique VMware Tools, VMware Toolbox. VMware continuera de mettre à jour et de prendre en charge l'interface de ligne de commande (CLI) de Toolbox afin de pouvoir exécuter les fonctions utilitaires de VMware.

  • Paravirtualisation VMI :vSphere 4.1 était la dernière version à prendre en charge l'interface de paravirtualisation de système d'exploitation invité VMI. Pour des informations sur la migration de machines virtuelles activées pour VMI en vue de leur fonctionnement sur des versions ultérieures de vSphere, reportez-vous à l' Article 1013842 de la base de connaissances.

  • Sockets VMCI :vSphere 5.0 est la dernière version majeure à prendre en charge l'utilisation des sockets VMCI (Virtual Machine Communication Interface) pour communiquer entre les machines virtuelles. L'utilisation des sockets VMCI pour communiquer entre ESXi et les machines virtuelles continue d'être prise en charge.

  • Modules préconfigurés pour les invités Linux non pris en charge :vSphere 5.0 est la dernière version à fournir des modules préconfigurés (PBM) pour les systèmes d'exploitation invités Linux non pris en charge. Pour utiliser un client Linux non pris en charge, vous devez compiler les modules du noyau Linux à partir du code source pendant l'installation de VMware Tools.

  • Lecteurs de bande :VMware ne prend pas en charge les lecteurs de bande connectés aux hôtes ESX/ESXi. Pour un complément d'information, reportez-vous à l' Article 1016407 de la base de connaissances.

  • vSphere 5.0 et ses mises à jour et versions de correctifs suivantes sont les dernières versions vSphere à prendre en charge VMware ESX/ESXi 3.5 et VMware Virtual Center 2.5 :Les prochaines versions de vSphere, y compris les extensions et plug-ins VMware ESXi, VMware vCenter Server, VMware vSphere Client et VMware vCenter, tels que vCenter Update Manager, ne fonctionneront pas avec VMware ESX/ESXi 3.5 et VMware Virtual Center 2.5. VMware ESX/ESXi 3.5 et VMware Virtual Center 2.5 continueront à être pris en charge jusqu'aux dates de fin de prise en charge publiées à l'origine.

Problèmes résolus

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

    Mise à niveau et installation

    • La configuration HA après la mise à niveau vers vCenter Server 5.0 échoue avec des erreurs lorsque vous utilisez les certificats SSL autosignés par défaut
      Lorsque vous mettez à niveau vCenter Server vers 5.0, vous ne pouvez pas effectuer la configuration de l'agent vSphere HA sur l'hôte et la configuration échoue avec les messages d'erreur suivants.
      Cannot complete the configuration of the vSphere HA agent on the host.
      Misconfiguration in the host setup
      Operation timed out.
      Ceci peut se produire si vous utilisez les certificats SSL autosignés par défaut.
      Ce problème est résolu dans cette version.

    • vSphere Web Client ne démarre pas une fois l'installation du client Web terminée
      Dans vCenter Server, vSphere Web Client n'arrive pas toujours à démarrer une fois l'installation du client Web terminée.
      Ce problème est résolu dans cette version.

    • La mise à niveau vers vCenter Server 5.0 échoue avec une erreur
      Après la mise à niveau d'une instance vCenter Server 4.1 vers vCenter Server 5.0, vCenter Server ne démarre pas et génère une erreur d'exception et une trace de suivi win32.
      Dans ce cas, le message d'erreur suivant est écrit dans les journaux vpxd.
      Expressions d'événement avec état et sans état détectées dans une même alarme
      Ce problème est résolu dans cette version.

    • vCenter Server 5.0 U1 est fourni avec la base de données Microsoft SQL Server 2008 R2 SP1 Express
      Lors de la mise à niveau de vCenter Server 5.0 GA (installé avec la base de données Microsoft SQL Server 2008 R2 Express) vers vCenter Server 5.0 U1, la base de données Microsoft SQL Server 2008 R2 Express est mise à niveau vers la base de données Microsoft SQL Server 2008 R2 SP1.
      Remarque :Un redémarrage est nécessaire lorsqu'un vCenter Server est mis à niveau vers vCenter Server 5.0 U1.
      Ce problème est résolu dans cette version.

    Problèmes de stockage

    • La taille de tempdb peut augmenter de manière excessive lorsque vCenter Server 5.0 s'exécute avec SQL Server dans un grand environnement SAN
      Lorsque vous exécutez vCenter Server 5.0 dans un grand environnement SAN avec un grand nombre de volumes/lun et d'adaptateurs, le service Web VMware Virtual Center Management démarre et initialise le service SMS (VMware vCenter Storage Monitoring Service) qui exécute les requêtes sur la base de données vCenter Server, ce qui augmente considérablement la taille de tempdb et sature le disque dur.
      Ce problème est résolu dans cette version.

    • vCenter Server peut sélectionner des hôtes en mode veille pour les opérations du navigateur de banque de données
      Lorsque vCenter Server est redémarré alors qu'un hôte dans l'inventaire vSphere Client est en mode veille, vous pouvez avoir la possibilité de parcourir la banque de données locale de l'hôte. Toutefois, le contenu de la banque de données ne peut pas être visualisé. Il n'est parfois pas possible de parcourir la banque de données partagée lorsque vCenter Server a sélectionné des hôtes en mode veille.
      Ce problème est résolu dans cette version. À partir de cette version, vSphere Client ne vous permet pas de parcourir les banques de données locales des hôtes en mode veille. vCenter Server ne sélectionne pas les hôtes en mode veille pour parcourir une banque de données partagée.

    • Lorsque vous utilisez des fournisseurs de stockage, vCenter Server est susceptible de ne pas afficher certaines des capacités de stockage définies par le système et fournies par un système de stockage
      Ce problème peut survenir lorsqu'une étiquette ou une description de capacité communiquée par un composant de fournisseur de stockage contient des symboles qui ne sont pas pris en charge par vCenter Server. Ce problème peut également survenir si le volume d'informations de capacité dépasse la limite imposée actuelle.
      Ce problème est résolu dans cette version.

    Configuration des serveurs

    • Les services SPS (Storage Profile Driven) ne peuvent pas gérer la capacité de stockage des banques de données NFS et VMFS
      Dans vCenter Server, les services SPS (Storage Profile Driven) ne peuvent pas gérer le scénario lorsqu'une capacité de stockage est associée à des banques de données NFS et VMFS.
      Ce problème est résolu dans cette version.

    • HA et DRS apparaissent désactivés lorsque la fonction des profils de stockage VM est activée ou désactivée pour un cluster
      Lorsque la fonction des profils de stockage de machine virtuelle est activée ou désactivée, il existe une incohérence dans la configuration de cluster HA ou DRS.
      Ce problème est résolu dans cette version.

    • Les profils d'hôte signalent une erreur : Hosts do not have shared datastores
      Si vous cliquez sur l'onglet Conformité de profil de vCenter 5.0 pour un cluster HA/DRS (constitué uniquement d'hôtes ESX ou ESXi 4.x), le cluster apparaît comme n'étant pas conforme avec le message suivant
      Hosts do not have shared datastores
      Ce problème est résolu dans cette version.

    • Les commutateurs vSwitch et les groupes de ports peuvent être recréés sur les hôtes lorsqu'un profil d'hôte est appliqué
      Lorsque vous appliquez un profil d'hôte à un hôte qui est conforme au réseau, les commutateurs vSwitch et les groupes de ports sur l'hôte peuvent être supprimés et recréés, ce qui affecte les paramètres vSwitch et les groupes de ports de l'hôte.
      Ce problème est résolu dans cette version.

    Problèmes vCenter Server et vSphere Client

    • Les journaux SMS peuvent contenir les exceptions de « Read time out » (Délai d'expiration de lecture) lorsque le fournisseur VASA prend en charge un très gand inventaire
      Dans vCenter Server, les journaux SMS peuvent contenir des exceptions « Read time out » (Délai d'expiration de lecture) lorsque le fournisseur VASA prend en charge un énorme inventaire et SMS peut ne pas pouvoir synchroniser les données du fournisseur, car l'exécution de certains appels API VASA prend trop de temps pour un inventaire de cette taille et le délai imparti est dépassé.
      Ce problème est résolu dans cette version en faisant passer le délai d'attente du client vasa axis2 à 15 minutes.

    • Exception InvalidArgument dans le journal SMS lorsque le fournisseur VASA est redémarré
      Dans vCenter Server, lorsque le fournisseur VASA est redémarré, les variables latestEventID et latestAlarmId sont réinitialisées à -1. Toutefois, SMS continue d'appeler avec les mêmes valeurs lastReturnedEventId et lastReturnedAlarmId. Dans ce cas, une exception invalidArgument peut se produire dans le fournisseur VASA. Par conséquent, SMS ne reçoit pas d'autres événements ou alarmes du fournisseur VASA.
      Ce problème est résolu dans cette version.

    • Des lacunes dans les données de performances sont observées pour certains hôtes ESX/ESXi dans vCenter Server
      Pendant les périodes de connectivité réseau intermittente entre les hôtes ESX/ESXi et vCenter Server, si vCenter Server tente de collecter des statistiques de performances auprès d'un hôte qui n'est pas accessible, la tâche de collecte de statistiques reste en suspens et aucune statistique supplémentaire n'est collectée auprès de cet hôte. Dans ce cas, vCenter Server indique des pertes de données pour l'hôte ESX/ESXi inaccessible
      Les fichiers vpxd.logpeuvent contenir des entrées similaires aux entrées suivantes :
      [VpxdMoHost::CollectRemote] Attempt to collect stats on
      [VpxdMoHost::CollectRemote] Not collecting stats this time on host because collection pending Had to drop performance data coming from host because it has error (The specified network name is no longer available).
      Ce problème est résolu dans cette version.

    • Échec de vCenter Server lors de l'interrogation des compteurs de disque ou de banque de données
      Lors de l'interrogation d'un compteur de disque ou de banque de données, vCenter Server peut échouer si la valeur retournée est supérieure à 32 bits.
      Ce problème est résolu dans cette version.

    • SMS (Storage Management Service) ne parvient pas à charger les fournisseurs indiquant plusieurs combinaisons supportedVendorModel
      Selon la spécification de VASA (vSphere Storage APIs - Storage Awareness) et SMS VMODL, supportedVendorModel est un module où chaque entrée contient des propriétés vendorId et modelId. Actuellement, si le fournisseur mentionne plusieurs combinaisons vendorId/modelId, elles persistent toutes dans une même balise supportedVendorModelMapping au lieu de placer chaque combinaison dans une balise supportedVendorModelMapping distincte dans le document. Il en résulte une erreur de désérialisation pour le document VendorProviderInfo et le fournisseur ne peut pas être chargé par SMS.
      Ce problème est résolu dans cette version.

    • vCenter Server peut devenir lent ou ne pas répondre lorsqu'il est utilisé avec certaines applications tierces
      Lorsque vCenter Server est installé avec la base de données Oracle et utilisé avec certaines applications tierces, telles qu'un groupe de gestion nworks, vCenter Server peut devenir lent ou ne pas répondre suite à des problèmes avec des requêtes exécutées sur la table vpx_event.
      Ce problème est résolu dans cette version. Les demandes exécutées dans la table vpx_event ont été optimisées pour mieux s'exécuter dans les bases de données Oracle et éviter les problèmes de performances dans vCenter Server.

    • Les hôtes se déconnectent de manière aléatoire de vCenter Server et se reconnectent immédiatement à vCenter Server
      Si le système avance de plus d'une minute sur vCenter Server, par exemple, suite à un ajustement par le logiciel de synchronisation de l'heure installé sur la machine vCenter Server, les hôtes peuvent apparaître déconnectés de vCenter pendant un très court instant, mais les hôtes se reconnectent immédiatement à vCenter Server.
      Ce problème est résolu dans cette version.

    • L'ajout d'une tâche d'hôte ESX/ESXi 4.1 dans VMware vCenter Server 5.0.x échoue avec une erreur interne
      Lorsque vous ajoutez une tâche d'hôte ESX/ESXi 4.1 dans VMware vCenter Server 5.0.x, l'opération échoue avec un message d'erreur comparable au suivant.
      Alert:false@ d:/build/ob/bora-455964/bora/vim/lib/vdb/vdb.cpp:3253
      Ce problème est résolu dans cette version.

    • Les machines virtuelles sont affichées même si l'option d'affichage est désélectionnée
      Lorsque vous êtes connecté à vCenter Server dans la vue Hôtes et clusters, si vous sélectionnez Afficher dans la barre de menus, le menu inclut une option sélectionnée pour afficher les machines virtuelles. Si vous désélectionnez cette option et quittez la vue Hôtes et clusters, puis y revenez, les machines virtuelles sont affichées à nouveau, et l'option Afficher les machines virtuelles dans l'inventaire reste sélectionnée.
      Ce problème est résolu dans cette version.

    • vCenter Server risque de ne pas pouvoir ajouter des hôtes ESX avec des certificats SSL. Un message d'erreur est consigné dans vpxa.log
      Si un certificat SSL (rui.crt) avec des terminaisons de ligne CRLF de type DOS est installé sur un ESX, vpxa ne peut pas le charger. Avec ce problème, le message d'erreur suivant est consigné dans vpxa.log :
      Failed: unrecognized file format: /etc/vmware/ssl/rui.crt.
      Ce problème est résolu dans cette version.

    • vCenter Server ne peut pas afficher l'utilisation exacte de la mémoire
      Dans vCenter Server, la colonne Mo dans la mémoire de l'hôte est limitée à cinq chiffres. Compte tenu de cette limite, si l'utilisation de la mémoire dépasse cinq chiffres, seuls les cinq premiers chiffres sont affichés et, par conséquent, vCenter Server ne peut pas afficher l'utilisation exacte de la mémoire.
      Ce problème est résolu dans cette version.

    • La vérification de conformité du profil d'hôte est susceptible d'échouer sur les clusters lorsqu'une ou plusieurs liaisons sont coupées sur les NIC des VDS (vNetwork Distributed Switches)
      Lorsque vous exécutez la vérification de conformité de profil d'hôte dans un cluster où vMotion et la journalisation Fault Tolerance (tolérance aux pannes) sont activées sur le port VMkernel du groupe de ports d'un VDS, elle risque d'échouer si une ou plusieurs cartes réseau NIC sont arrêtées.
      Un message d'erreur semblable au message suivant peut s'afficher dans le panneau des échecs de conformité d'hôte :
      Échecs par rapport aux exigences des clusters
      La vitesse de la carte NIC vMotion n'est pas d'au moins 1000 Mbps
      La vitesse de la carte NIC FTlogging n'est pas d'au moins 1000 Mbps.
      Ce problème est résolu dans cette version.

    • Avec plusieurs clusters Distributed Resource Scheduler, vCenter Server risque d'échouer
      Le compteur Windows System Up Time est remis à zéro lorsque le système fonctionne en permanence pendant 49,7 jours. Si vous disposez de plusieurs clusters DRS parmi lesquels un ou plusieurs clusters sont créés ou activés avant et après la réinitialisation du compteur, lorsque DRS est démarré pour fournir des recommandations pour les tâches, telles que la mise sous tension d'une machine virtuelle, et qu'il n'a pas collecté suffisamment de statistiques sur les nouveaux clusters, vCenter Server peut échouer. Dans ce cas, le message d'erreur suivant est placé dans le fichier vpxd.log :
      ASSERT d:/build/ob/bora-455964/bora/vpx/public\vpxDrmStats.h:732
      Ce problème est résolu dans cette version.

    • Dans vCenter Server, la table VPX_TASK contient des entrées antérieures à la politique de conservation de la base de données VC
      Après avoir changé la politique de conservation de la base de données dans vCenter Server, la table VPX_TASK peut toujours contenir des entrées antérieures de [x] jours. La table VPX_TASK pourrait ainsi atteindre une taille indésirable dans la base de données vCenter Server.
      Pour plus d'informations, voir KB 2005293.
      Ce problème est résolu dans cette version.

    • vSphere Client affiche la mémoire de console de service pour les hôtes ESXi 4.x
      Lorsque vous installez ESXi 4.x sur un système où ESX 4.x a été installé précédemment alors que l'hôte ESX est connecté à vCenter Server, vSphere Client n'affiche pas correctement la mémoire de la console de service dans l'onglet de configuration pour l'hôte ESXi après s'être reconnecté. Ce problème apparaît car vCenter Server conserve un enregistrement de la mémoire de la console de service ESX 4.x précédente.
      Ce problème est résolu dans cette version.

    • vSphere Client affiche plusieurs fenêtres contenant l'erreur : Une erreur interne s'est produite dans vSphere Client. Détails : Référence d'objet non configurée sur une instance d'objet
      Lorsque vSphere Client est connecté à vCenter Server, plusieurs fenêtres contenant le message d'erreur suivant peuvent s'afficher : Une erreur interne s'est produite dans vSphere Client. Détails : Référence d'objet non configurée sur une instance d'objet
      Le fichier viclient.log contient des messages d'erreur semblables à :
      System.NullReferenceException: Référence d'objet non configurée sur une instance d'objet
      à VpxClient.VMList.UpdateCPUAndMemUsageForViewableItems()
      à VirtualInfrastructure.Updates.PollerDispatcherImpl.NotifyUpdates(Map`2 handler2Updates)
      Ce problème est résolu dans cette version.

    • Division du privilège VirtualMachine.Config.Rename entre renommage et annotation
      Dans vCenter Server, le privilège VirtualMachine.Config.Rename était nécessaire pour modifier les annotations d'une machine virtuelle. Cela permet à l'utilisateur de renommer et de modifier les annotations. Ce correctif utilise le privilège approprié VirtualMachine.Config.Annotation pour la modification d'annotation de machine virtuelle après avoir divisé le privilège de renommage entre le renommage et l'annotation.
      Ce problème est résolu dans cette version.

    • Le panneau Tâches récentes peut se remplir des entrées d'une tâche planifiée pour l'exportation de machines virtuelles si l'intervalle configuré pour la tâche est supérieur à 999
      Si la durée de l'intervalle d'une tâche planifiée pour l'exportation de machines virtuelles est supérieure à 999 et que la tâche est exécutée pour la première fois, ou au redémarrage du service VMware vCenter Server, le panneau Tâches récentes est rempli avec les entrées de la tâche planifiée. La suppression des tâches en file d'attente risque de produire une erreur d'argument non valide.
      Ce problème est résolu dans cette version. Lorsque vSphere Client est utilisé pour planifier une tâche, vous n'êtes pas autorisé à définir une valeur d'intervalle supérieure à 999. Lorsque vous utilisez l'objet de données RecurrentTaskScheduler via vSphere API/SDk pour planifier une tâche, vous n'êtes pas autorisé à définir une valeur d'intervalle supérieure à 999. La configuration d'une valeur d'intervalle supérieure à 999 produit une erreur « Le paramètre spécifique n'est pas correct ».

    • La spécification de personnalisation ne configure pas la passerelle pour Red Hat Enterprise Linux 5.
      Auparavant, la personnalisation d'image des machines virtuelles Red Hat Enterprise Linux 5.x ne configurait pas correctement une passerelle définie précédemment dans route-ethX. De ce fait, si les utilisateurs affectaient une nouvelle passerelle à la machine virtuelle RHEL 5.x pendant la personnalisation, la nouvelle entrée de passerelle était ajoutée au fichier /etc/sysconfig/network-scripts/route-ethX. Le service de réseau RHEL sélectionne la première entrée (l'ancien paramètre de passerelle) dans ce fichier, et ne sélectionne pas les modifications de passerelle spécifiées par l'utilisateur lors de la personnalisation.
      Ce problème est résolu dans cette version.

    • La mise à niveau vers vCenter Server 5.0 échoue avec un message d'erreur : Impossible d'exécuter DBUHelper.exe. Une erreur s'est produite dans VCDatabaseUpgrade.log.
      Après la mise à niveau vers vCenter Server 5.0, vCenter Server ne redémarre pas et génère le message d'erreur suivant.
      Impossible d'exécuter DBUHelper.exe. Une erreur s'est produitedans dans VCDatabaseUpgrade.log.
      Ce problème est résolu dans cette version.

    • Les modifications apportées aux graphiques de performances avancés risquent de ne pas être enregistrées
      Après avoir créé et enregistré un diagramme de performances avancé et personnalisé, lorsque vous accédez ensuite à un autre diagramme avant de revenir au premier, toutes les modifications individuelles apportées au diagramme personnalisé, notamment la sélection de plusieurs objets (tels que les VM), risquent de ne pas être conservées.
      Ce problème est résolu dans cette version.

    • Les diagrammes d'aperçu des performances ne s'affichent pas pour les disques des machines virtuelles qui utilisent le stockage NFS
      Les diagrammes d'aperçu des performances Vitesse de disque et Requêtes de disque ne s'affichent pas pour les machines virtuelles qui utilisent le stockage NFS. Un message comparable au message suivant est susceptible de s'afficher sur les diagrammes :
      Aucune donnée disponible.
      Ce problème a été résolu dans cette version par l'ajout de diagrammes d'aperçu des performances de vitesse et de requêtes de disque virtuel.

    • vCenter Server prend énormément de temps à démarrer
      Si l'inventaire vCenter est volumineux, un grand nombre de synchronisations d'hôte ESX s'exécutent lorsque le service vCenter redémarre. Dans ce cas, le démarrage du service vCenter peut durer longtemps.
      Ce problème est résolu dans cette version.

    • Les graphiques de performances ne se chargent pas entièrement dans le client Web
      Lorsque vous ouvrez l'onglet de performances dans le client Web, les graphiques de performances ne peuvent pas être chargés. Ce problème risque de se produire chaque fois que l'utilisateur clique sur l'onglet de performances.
      Ce problème est résolu dans cette version.

    • Il manque des données dans le diagramme historique des performances de plusieurs hôtes dans l'inventaire vCenter Server
      Dans vCenter Server, des données d'historique de performances peuvent être perdues. vCenter peut enregistrer l'événement suivant :
      Stats insertion failed for entity due to ODBC error
      vCenter vpxd logs show message such as Failed to get a table to insert raw stats. Performance data will be lost
      Pour plus d'informations, voir KB 2011523.
      Ce problème est résolu dans cette version.

    • La taille de la base de données augmente en raison des statistiques de performances qui ne sont pas purgées
      Dans la configuration de vCenter Server, la collecte de données d'historique pour la veille, la semaine précédente, le mois précédent ou l'année précédente, par exemple, risque de remplir la table VPX_HIST_STAT associée qui ne sera pas purgée correctement.
      Ce problème est résolu dans cette version.

    • Impossible d'extraire l'état d'intégrité du service d'inventaire vCenter et du service de stockage géré par profil vSphere
      Lorsque vCenter Server est désinstallé à partir d'un hôte et installé sur un hôte différent alors qu'il utilise encore l'ancienne base de données vCenter, l'utilisateur ne peut pas extraire l'état d'intégrité du service d'inventaire vCenter et du service de stockage géré par profil vSphere. Ce problème risque de se produire en raison d'informations incorrectes au sujet du service d'inventaire dans vCenter Server.
      Ce problème est résolu dans cette version.

    • L'option de démarrage et d'arrêt automatiques de machine virtuelle est désactivée lorsque l'hôte fait partie d'un cluster HA (High Availability)
      Dans vCenter Server, le paramètre d'hôte ESX « Permettre aux machines virtuelles de démarrer et s'arrêter automatiquement avec le système » doit être désactivé lorsque l'hôte est ajouté à un cluster HA parce que cette option n'est pas prise en charge en mode HA. L'option de réactivation du paramètre doit être grisée lorsque l'hôte se situe dans un cluster HA.
      Ce problème est résolu dans cette version.

    • Activation de machines virtuelles impossible dans un cluster DRS
      Lorsque vous tentez d'activer des machines virtuelles dans un cluster DRS, vCenter Service échoue.
      Ce problème est résolu dans cette version.
    • Le changement de nom du dossier de machine virtuelle peut changer le nom de la machine virtuelle
      Lorsque vous renommez un dossier dans la vue des VM et des modèles de vSphere Client sur un système avec VMware HA/DRS activé comptant un grand nombre d'utilisateurs connectés, certaines machines virtuelles peuvent être renommées par erreur à la place du dossier cible. Le panneau Tâches récentes indique que la tâche de changement de nom de machine virtuelle vient d'être exécutée Ce problème apparaît sur VMware HA/DRS.
      Ce problème est résolu dans cette version.

    • vCenter Server génère une erreur de sécurité lors de l'accès à la console d'une machine virtuelle en Linked Mode
      Lorsque vous exécutez au moins deux instances vCenter Server 5.0 en Linked Mode avec le client vSphere Web Client installé sur le premier vCenter Server et que vous avez enregistré toutes les instances vCenter Server sur les clients Web. Si vous vous connectez au premier vCenter Server et ouvrez le client Web, vous pouvez voir les deux vCenter Servers, et lorsque vous ouvrez une machine virtuelle sur le second vCenter Server, la console ne s'affiche pas et l'erreur suivante apparaît :
      Échec de la vérification de « nom d'hôte » suite à une discordance d'empreinte numérique d'hôte.
      Une erreur s'est produite et elle affecte la sécurité de la connexion.
      Vous pouvez afficher la console via vSphere Client. Ce problème concerne uniquement les clients Web.
      Ce problème est résolu dans cette version.

    • L'importation d'un fichier OVA vers vCenter 5.0 génère une erreur de chargement de DLL
      vSphere 5.0 Client ne peut pas copier le fichier zlib.dllvers l'emplacement de répertoire correct, ce qui empêche les importations OVA.
      Ce problème est résolu dans cette version.

    • Le passage des statistiques SDRS/SIOC du niveau 1 à un niveau supérieur limite le ralentissement provoqué par ces statistiques
      Dans Center Server, lorsque les statistiques SDRS et SIOC se trouvaient au niveau 1, les performances de vCenter étaient ralenties du fait du grand nombre de lignes insérées dans la base de données vCenter, puis cumulées. Le passage des statistiques SDRS/SIOC à un niveau supérieur réduit sensiblement l'utilisation de la base de données et améliore donc les performances vCenter. Toutefois, cette modification désactive le POD non-temps réel et les graphiques de performances de la banque de données.
      Ce problème est résolu dans cette version.

    • La tâche de clonage vCenter Server VM échoue en générant l'erreur suivante : vim.fault.InvalidDeviceSpec
      Dans vCenter Server, une opération de clonage de machine virtuelle peut échouer en générant une erreur : vim.fault.InvalidDeviceSpec. Ceci peut se produire si la machine virtuelle se trouve sur l'hôte 1 et si l'hôte 1 et l'hôte 2 se trouvent tous les deux sur le même DVS. Ce problème survient en raison d'un calcul erroné par vCenter sur les réservations de DVport.
      Ce problème est résolu dans cette version.
    • Impossible d'ouvrir la console VM dans vSphere Client (5.0 et les versions précédentes) en utilisant le nom DNS IPv6
      Dans vCenter Server (5.0 et les versions précédentes), les utilisateurs vSphere Client ne peuvent pas ouvrir une console de machine virtuelle lorsque les hôtes utilisent un nom DNS IPv6.
      Ce problème est résolu dans cette version.

    • vCenter Server n'apparie pas les hôtes avec des CPU NHM et WSM pour FT dans un cluster HA
      Dans un cluster avec HA activée, si le cluster contient une combinaison de serveurs avec des CPU Nehalem et Westmere, le couplage FT entre ces serveurs de CPU n'est pas exécuté. Si la machine virtuelle principale s'exécute dans une CPU Nehalem, sa machine virtuelle secondaire ne fonctionnera en aucun cas sur un hôte avec un hôte de CPU Westmere et inversement.
      Ce problème est résolu dans cette version.

    • L'API ResetCounterLevelMapping peut générer des exceptions pour les compteurs 187, 188, 193, 203, 138, 139, 245
      Dans vCenter Server, l'API ResetCounterLevelMapping API génère des exceptions pour les compteurs 187, 188, 193, 203, 138, 139, 245.
      Ce problème est résolu dans cette version.

    • Les hôtes ESX 4.0 avec certains numéros de build ne peuvent pas être gérés par vCenter 5.0
      Un PSOD (purple screen of death) peut se produire sur les hôtes qui exécutent les éditions ESXi 4.0 entre le correctif 03 (build 219382) et le correctif 09 (build 360236). Cette situation existe lorsque l'hôte est géré par vCenter 5.0 dans un cluster avec la fonction HA activée et que les agents VPXA sont réinstallés sur l'hôte, par exemple, si l'hôte a été supprimé et replacé dans l'inventaire vCenter. Avec ce correctif, les hôtes peuvent être gérés par vCenter et le hôtes ESX 4.0 ne produisent pas de PSOD.
      Ce problème est résolu dans cette version.

    • Les tâches programmées de mise hors tension s'exécutent deux jours avant la date
      Dans vCenter Server, lorsque vous créez des tâches programmées de mise hors tension et que vSphere Client est exécuté à la fin du mois, vCenter Server fait une erreur de calcul qui provoque l'exécution des tâches deux jours avant la date. Par exemple, si la tâche de mise hors tension est définie dans une planification hebdomadaire et que le jour cible est un dimanche, la tâche est programmée pour s'exécuter 2 jours plus tôt, un vendredi. Le problème apparaît si vous ne définissez pas le champ AM/PM ou si vous le définissez avec AM. Il n'apparaît pas si vous sélectionnez l'heure PM.
      Ce problème est résolu dans cette version.

    • Le déploiement d'une VM depuis un modèle dans un cluster HA DRS échoue lorsqu'elle est déployée sur un Hôte de basculement HA
      Lorsque l'utilisateur tente de déployer une machine virtuelle depuis le modèle et sélectionne l'option Mettre sous tension la machine virtuelle après la création, le système peut tenter de déployer la machine virtuelle sur l' Hôte de basculement et de mettre sous tension la machine virtuelle, ce qui échoue. Toutefois, si vous désélectionnez l'option Mettre sous tension la machine virtuelle après la création, la création de la machine virtuelle aboutit et elle peut être déployée sur l'hôte de basculement sans erreur, car aucune tentative de mise sous tension de la machine virtuelle n'est exécutée.
      Ce problème est résolu dans cette version.
    • Après la mise à niveau vers vCenter Server 5.0, vMotion peut échouer en générant une erreur système
      vCenter Server 5.0 vMotion peut échouer en générant l'erreur A general system error occurred: Not initializedand Call EnvironmentBrowser.QueryConfigTargetfor object envbrowser-xxxon vCenter Server xxxxxxxx failed. Ce problème peut apparaître si une entrée périmée d'une banque de données inaccessible ou inactive sur l'hôte ESX/ESXi se trouve dans la base de données vCenter Server. La banque de données inaccessible peut avoir existé avant la mise à niveau vers vCenter Server 5.0.
      Ce problème est résolu dans cette version.

    • Les autorisations définies dans un cluster de banques de données sont perdues après le redémarrage de vCenter Server
      Une autorisation définie directement dans un cluster de banques de données dans vCenter Server 5.0 est perdue après le redémarrage de vCenter. Pour que l'autorisation persiste, vous devez définir l'autorisation à un niveau supérieur dans la vue de banques de données et la propager dans le cluster de banques de données.
      Ce problème est résolu dans cette version.
    • Le service vCenter ne peut pas se connecter via vSphere Client alors qu'il est actif
      Dans vCenter Server, après que vpxd génère une erreur de base de données irrécupérable et échoue. Lors du redémarrage de la base de données VC, la base de données est endommagée (ce qui empêche l'agent vpxd de redémarrer). L'utilisateur peut la restaurer uniquement depuis une sauvegarde antérieure.
      Ce problème est résolu dans cette version.

    Problèmes de gestion des machines

    • La reconversion d'une machine virtuelle en snapshot peut échouer
      Lorsqu'une machine virtuelle avec des snapshots est migrée vers un autre hôte ESX/ESXi, une discordance dans l'ID d'objet snapshot dans la base de données peut provoquer l'échec de vCenter pour restaurer l'état de snapshot de la machine virtuelle et vSphere Client affiche un message semblable au message suivant.
      Cet objet a déjà été supprimé ou n'a pas été complètement créé. Les journaux vCenter Server peuvent contenir des entrées semblables aux entrées suivantes :
      13421:[2011-03-08 09:50:53.257 02580 info 'App' opID=3DB842F7-0000013A] [VpxLRO] --
      ERROR task-489263 -- vm-9273 -- vim.vm.Snapshot.revert:
      vmodl.fault.ManagedObjectNotFound:
      13422-Result:
      13423-(vmodl.fault.ManagedObjectNotFound)
      13424- dynamicType =
      13425- faultCause = (vmodl.MethodFault) null,
      13426: obj = 'vim.vm.Snapshot:snapshot-133808',
      13427- msg = "",
      Utilisez la commande esxclipour modifier le SATP PSP sur l'hôte lui-même avant d'extraire le profil d'hôte. N'utilisez pas l'éditeur de profil d'hôte pour modifier le SATP PSP.
      Ce problème est résolu dans cette version.

    • vCenter Server ne peut pas exporter une VM avec une propriété dynamique qui fait référence à un dvPortgroup
      vCenter Server ne peut pas exporter une VM avec une propriété dynamique qui fait référence à un dvPortgroup. L'exportation échoue, car le gestionnaire OVF exporte par erreur le nom de réseau en utilisant la référence mo-ref du groupe de ports en même temps que le nom logique des propriétés dynamiques.
      Ce problème est résolu dans cette version.

    • Une tâche programmée pour créer un snapshot de machine virtuelle aboutit, même si la méthode CreateSnapshot_Task () est désactivée pour la machine virtuelle
      Même lorsque la méthode CreateSnapshot_Task ()est désactivée pour une machine virtuelle en utilisant une API, vCenter Server parvient à créer le snapshot de la machine virtuelle à la date programmée, si une tâche est programmée pour créer un snapshot de la machine virtuelle.
      Ce problème est résolu dans cette version. Depuis cette édition, aucun snapshot n'est créé et un message d'erreur s'affiche lorsqu'une tentative d'exécution de la tâche programmée est effectuée.

    Problèmes VMware HA et Fault Tolerance

    • FDM ne peut pas être initialisé lorsqu'une analyse Nessus est exécutée sur un serveur ESXi 5
      Dans vCenter Server, FDM ne peut pas être initialisé lorsqu'une analyse Nessus est exécutée sur un serveur ESXi 5.
      Ce problème est résolu dans cette version.

    • La journalisation FDM basé sur le fichier peut être activée par erreur pour les hôtes ESX 5.x dans un cluster contenant des hôtes ESX 5.x et ESX 4.x.
      Par défaut, la journalisation FDM des hôtes ESX 5.x utilise syslog. La journalisation basée sur le fichier est désactivée. Dans un cluster HA comportant des hôtes 5.x et des hôtes antérieurs à la version 5.x, l'utilisation de l'option avancée DAS das.config.log.maxFileNum pour augmenter le nombre de fichiers journaux sur les hôtes antérieurs à la version 5.0 active par erreur la journalisation basée sur le fichier pour les hôtes ESX 5.x. Cette situation peut amener la partition scratch ESX à manquer d'espace.
      Ce problème est résolu dans cette version en introduisant le paramètre avancé de cluster HA « das.config.log.outputToFilese ». Pour activer la journalisation basée sur le fichier pour les hôtes ESX 5.x, vous devez affecter aux deux paramètres « das.config.log.maxFileNum » une valeur supérieure à 2 et la valeur « true » au paramètre « das.config.log.outputToFiles ».
    • Lors du basculement de HA, certaines machines virtuelles peuvent paraître non valides et incapables de se mettre sous tension depuis un hôte spécifique
      Lors du basculement de HA, certaines machines virtuelles peuvent paraître non valides depuis certains hôtes après le redémarrage hostd car la vue du fichier VMX depuis ces hôtes peut être signalée comme corrompue.
      Ce problème est résolu dans cette version.

    • HA ne peut pas être configuré lorsque des certificats SSL signés par une autorité de certification sont utilisés
      Auparavant, dans vCenter 5.0, l'utilisation de certificats SSL signés par une autorité de certification empêchait la configuration de HA sur les hôtes avec des messages d'erreur du type vSphere HA cannot be configured on this host, car l'empreinte numérique SSL n'a pas été vérifiée. Ceci était du au fait que la base de données ne pouvait pas mettre à jour l'empreinte numérique SSL dans la base de données.
      Ce problème est résolu dans cette version.

    • Les VM secondaires sont mises hors tension suite au blocage des ports FT consécutif à la désactivation de la fonction HA
      Lorsque la fonction HA est désactivée pour le dépannage ou pour une raison quelconque dans un cluster avec FT, toutes les VM secondaires sont mises hors tension suite au blocage des ports FT. Ce problème apparaît car le pare-feu désactive l'ensemble de règles de port FT.
      Ce problème est résolu dans cette version.

    • La configuration de la fonction HA échoue pour les hôtes en mode de verrouillage
      Dans un cluster HA, les hôtes ESX (avec le mode de verrouillage activé) peuvent afficher l'erreur d'agent HA : vSphere HA agent for this host has an error
      Si vous tentez de configurer HA manuellement, l'erreur suivante s'affiche :
      Cannot Install the vCenter agent service. Unknown installer error.
      Ce problème est résolu dans cette version.

    • La fonction HA ne peut pas être configurée sur l'hôte et génère l'erreur générale A general system error occurred: Impossible d'augmenter la réservation de mémoire et la limite pour host/vim/vmvisorde -1 à xxx
      Dans vCenter Server, FDM ne tient pas correctement compte des hôtes avec des ressources de mémoire host/vim/visor illimitées (-1). Il suppose que tous les hôtes ont des limites de mémoire réelle définies et il tente d'augmenter la mémoire des hôtes du delta requis aam et il échoue en générant cette erreur.
      Dans cette version, HA peut être configuré même lorsque la limite de la mémoire de l'hôte est unlimitedp
      Ce problème est résolu dans cette version.

    Problèmes associés aux systèmes d'exploitation invités

    • Les tentatives de personnalisation d'une machine virtuelle Windows échouent lors du processus de clonage ou de déploiement
      Dans vCenter Server, la personnalisation d'invité pour une machine virtuelle Windows 2008, Windows 2008 R2 ou Windows 7 échoue avec une erreur : Windows Setup encountered an internal error while loading or searching for an unattended answer file
      Ce problème apparaît car la spécification de personnalisation contient les caractères
      &, <, >, ", ou ' dans les champs suivants :
      Nom de l'ordinateur, Nom du propriétaire enregistré ou Nom de l'organisation enregistrée.
      Ce problème est résolu dans cette version.

    Graphiques de performances

    • vSphere Client ne répond plus lorsque vous tentez d'afficher les graphiques de performances personnalisés
      Lorsque vous affichez les graphiques de performances personnalisés avec une plage horaire personnalisée qui commence par hour:00 minutes, la session vSphere Client connectée au serveur vCenter ne répond plus et consomme 100 % du CPU du client. Pour résoudre temporairement ce problème, supprimez le processus client du gestionnaire des tâches et redémarrez le client. Toutefois, le diagramme de performances peut demeurer inutilisable car il tente de charger la configuration précédente et ne répond plus.
      Ce problème est résolu dans cette version.

    Problèmes d'octroi de licences

    • L'édition vSphere Enterprise ne liste pas la fonction VAAI
      Dans vCenter Server, la fonction API vStorage pour l'intégration de baies (VAAI) n'apparaît pas sous Configuration > Fonctions sous licence dans l'édition vSphere Client pour vSphere Enterprise.
      Ce problème est résolu dans cette version.

    Problèmes divers

    • Erreur lors de la tentative de connexion du lecteur de CD-ROM client à une VM en mode IDE de relais
      La tentative de connexion du lecteur de CD-ROM client à une VM en mode IDE de relais génère l'erreur Failed to get the state of the lock on the CD-ROM. Lorsqu'une machine virtuelle est hors tension, le système d'exploitation hôte peut ne pas connaître l'état du lecteur.
      Ce problème est résolu dans cette version.

    • La zone de texte Message du jour n'accepte pas plus de 1 024 caractères
      Dans vCenter 5.0, le champ de texte Message du jour n'accepte pas plus de 1 024 caractères.
      Ce problème est résolu dans cette version. La longueur du message du jour dans la zone a été étendue à 3 072 caractères.

    Localisation

    • L'ajout d'un hôte à vCenter 5.0 ou d'une version vCenter antérieure échoue
      Ce problème apparaît lorsque les paramètres régionaux du système d'exploitation sont modifiés. Le paramètre Groupement des chiffres est modifié de sorte que les distances du séparateur virgule des nombres sont inégales. (par exemple : 1,23,34,5657,345).
      Ce problème est résolu dans cette version.

    Personnalisation OVF

    • L'opération Storage vMotion sur une machine virtuelle vCloud Director échoue en générant l'erreur : A specified parameter was not correct
      Lors de l'exécution d'une opération Storage vMotion sur une machine virtuelle vCloud Director (vCD), l'opération Storage vMotion échoue et le message d'erreur suivant s'affiche : A specified parameter was not correct. Ce problème survient lorsque la case VMware Tools des paramètres VM est cochée sous Options vApp - Paramètres OVF.
      Ce problème est résolu dans cette version.

    Sécurité

    • Utilisation du privilège Datastore.FileManagement pour renommer un dossier ou un fichier sous une banque de données au lieu du privilège Datastore.Rename
      Auparavant, dans vCenter Server, l'autorisation Datastore.Rename était nécessaire pour renommer des fichiers sous une banque de données, mais cette autorisation permettait aux utilisateurs de renommer eux-mêmes la banque de données. Toutefois, dans cette édition, l'autorisation Datastore.FileManagement est maintenant nécessaire pour que les utilisateurs puissent renommer des fichiers ou des dossiers dans les banques de données. Cette autorisation est nécessaire pour que les utilisateurs puissent renommer des fichiers ou des dossiers et supprimer, lire ou écrire des fichiers dans la banque de données.
      Ce problème est résolu dans cette version.

    • Vulnérabilité de la validation d'entrée du navigateur interne de vCenter Client
      vSphere Client comporte un navigateur interne qui produit des pages html à partir des entrées des fichiers journaux. Ce navigateur n'expurge pas correctement les entrées et peut exécuter un script présenté dans les fichiers journaux. Pour que le script puisse être exécuté, l'utilisateur doit ouvrir une entrée de fichier journal individuelle malveillante.
      Pour résoudre ce problème, vSphere Client de la version vSphere 5.0 Update 1 ou vSphere 4.1 Update 2 doit être installé. vSphere Client fourni avec vSphere 4.0 and vCenter Server 2.5 n'est pas affecté.
      Le projet CVE (Common Vulnerabilities and Exposures) (cve.mitre.org) a affecté le nom CVE-2012-1512 à ce problème.
      Ce problème est résolu dans cette version.

    • La mise à jour vers Apache Tomcat 6.0.35 résout plusieurs problèmes de sécurité
      Apache Tomcat est mis à jour vers la version 6.0.35 pour résoudre plusieurs problèmes de sécurité. Le projet CVE (Common Vulnerabilities and Exposures) (cve.mitre.org) a été dénommé CVE-2011-3190, CVE-2011-3375 et CVE-2012-0022 pour ces problèmes.
      Ce problème est résolu dans cette version.

    Problèmes identifiés

    Lisez la liste complète des problèmes identifiés pour trouver ce qui vous concerne. Les problèmes sont classés comme suit.

    Les problèmes connus qui n'ont pas été documentés auparavant sont marqués du symbole *.

      Problèmes d'installation

      • Aucun message d'erreur lors de l'installation des outils de prise en charge de vSphere Authentication Proxy, vSphere ESXi Dump Collector et vSphere Syslog Collector pour les versions précédentes de vCenter Server
        Les outils vCenter Server (VMware ESXi Dump Collector, VMware Syslog collector, vSphere Auto Deploy et vSphere Authentication Proxy) sont inclus dans le support d'installation de vSphere 5.0. Si vous tentez d'installer un ou plusieurs de ces outils sur un système où une version précédente de vCenter Server est installée, l'installation échoue sans qu'aucun message d'erreur ne s'affiche.
        Solution : Aucune

      • Les outils de soutien vSphere Authentication Proxy, vSphere ESXi Dump Collector et vSphere Syslog Collector pour vCenter Server ne prennent pas en charge IPv6
        Les machines hôtes pour Authentication Proxy, ESXi Dump Collector et Syslog Collector doivent chacune avoir une adresse IPv4 valable. Vous pouvez installer ces outils de soutien sur les machines dans des environnements réseau IPv4 uniquement ou en mode mixte IPv4/IPv6. Vous ne pouvez pas installer les outils sur les machines dans des environnements IPv6 uniquement. Les services Authentication Proxy, ESXi Dump Collector et Syslog Collector sont associés à une adresse IPv4 pour communiquer avec vCenter Server, et ne prennent pas en charge IPv6. vCenter Server peut figurer sur une machine hôte dans un environnement réseau IPv4 uniquement, en mode mixte IPv4/IPv6 ou IPv6 uniquement, sachant que la machine connectée à vCenter Server via vSphere Client doit avoir une adresse IPv4 pour garantir le bon fonctionnement des services Authentication Proxy, ESXi Dump Collector et Syslog Collector.
        Solution : Aucune.

      • vCenter Inventory Service ne prend pas en charge l'association sur des interfaces IPv6 par défaut
        Quand vous installez vCenter Server, vCenter Inventory Service prend en charge uniquement IPv4 par défaut.

        Solution : Pour activer la prise en charge d'IPv6 pour vCenter Inventory Service, procédez comme suit.

        1. Arrêtez vCenter Inventory Service.
          1. Dans le panneau de configuration, double-cliquez sur Outils d'administration, puis sélectionnez Services.
          2. Cliquez avec le bouton droit sur vCenter Inventory Service, puis sélectionnez Arrêter.
        2. Dans un éditeur de texte, ouvrez le fichier suivant :
          Inventory_Service_installation_directory/lib/server/config/dataservice.properties
        3. Remplacez la valeur de dataservice.nio.enabledpar false.
        4. Redémarrez vCenter Inventory Service.

         

      • Impossible d'installer vSphere Client dans un dossier dont le nom contient des caractères spéciaux
        Quand vous installez vSphere Client dans un dossier ou un répertoire dont le nom contient un caractère spécial (point-virgule (;), crochet gauche ([), crochet droit (]), signe égal (=), signe plus (+), virgule (,) ou dièse (#)), le message d'erreur suivant apparaît : :
        Le chemin d'installation contient le caractère ';'. Sélectionnez un répertoire d'installation avec ce caractère.
        Même si le nom du dossier ne contient pas de point-virgule (;), vous ne pouvez pas installer vSphere Client dans le dossier indiqué. Si vous installez vSphere Client dans un dossier personnalisé dont le nom contient un dièse ( #), le client ne pourra pas se connecter à vCenter Server.
        Solution : Prenez soin de ne pas installer vSphere Client dans un dossier personnalisé dont le nom contient un caractère spécial, à savoir le point-virgule (;), le crochet gauche ([), le crochet droit (]), le signe égal (=), le signe plus (+), la virgule (,) ou le dièse (#) ..

      • Échec de l'intégration à un groupe en Linked Mode après l'installation si Contrôle de compte d'utilisateur est activé dans Windows 2008
        Quand Contrôle de compte d'utilisateur (UAC) est activé dans les systèmes d'exploitation 64 bits Windows 2008 et que vous tentez d'intégrer une machine à un groupe en Linked Mode sur un système déjà doté de vCenter Server, le lien, bien que paraissant fonctionner sans erreur, échoue en réalité. Une seule instance de vCenter Server figure dans la liste de l'inventaire.

        Solution : Désactivez l'option Contrôle de compte d'utilisateur (UAC) avant d'intégrer un groupe en Linked Mode après l'installation, puis réactivez-la.

        1. Désactivez l'option UAC.
          1. Dans le menu Démarrer, sélectionnez Panneau de configuration > Comptes d'utilisateurs.
          2. Sélectionnez Activer ou désactiver le contrôle des comptes d'utilisateurs.
          3. Décochez Utiliser le contrôle des comptes d'utilisateurs (UAC) pour vous aider à protéger votre ordinateur et cliquez sur OK.
          4. Redémarrez la machine quand un message vous y invite.
        2. Lancez la configuration en Linked Mode.
          1. Sélectionnez Démarrer > Tous les programmes > VMware > Configuration vCenter Server Linked Mode.
          2. Cliquez sur Suivant.
          3. Sélectionnez Modifier la configuration Linked-Mode et cliquez sur Suivant.
          4. Sélectionnez Joindre cette instance vCenter Server à un groupe Linked-Mode existant ou à une autre instance, et cliquez sur Suivant.
          5. Entrez le nom de serveur et les informations de port LDAP et cliquez sur Suivant.
          6. Cliquez sur Continuer pour compléter l'installation.
          7. Cliquez sur Terminer pour mettre un terme au processus d'association.
        3. Connectez-vous à l'un des systèmes vCenter Server, et vérifiez que les serveurs sont liés.
        4. Sitôt les systèmes vCenter Server liés, activez l'option UAC.
          1. Dans le menu Démarrer, sélectionnez Panneau de configuration > Comptes d'utilisateurs.
          2. Sélectionnez Activer ou désactiver le contrôle des comptes d'utilisateurs.
          3. Sélectionnez Utiliser le contrôle des comptes d'utilisateurs (UAC) pour vous aider à protéger votre ordinateur et cliquez sur OK.
          4. Redémarrez la machine quand un message vous y invite.
      • Après l'installation de vSphere Web Client, quand l'utilisateur clique sur Terminer dans l'assistant d'installation, un navigateur s'ouvre, et une page vierge apparaît
        Après que vous avez installé vSphere Client, un navigateur s'ouvre, et une page vierge apparaît quand vous cliquez sur Terminer dans l'assistant d'installation. La page demeure vierge, et le navigateur n'établit pas la connexion avec l'application d'administration vSphere..
        Solution : Fermez le navigateur, et lancez l'Application d'administration vSphere depuis le menu Démarrer.

      Problèmes de mise à niveau

      • Lors de la mise à niveau vers vCenter Server 5.0, les propriétés vcdb.properties peuvent être modifiées de manière incorrecte*
        Après une mise à niveau vers vCenter Server 5.0, le type de base de données dans vcdb.properties peut être modifié de manière incorrecte et affecter la fonctionnalité vCenter. Ce problème apparaît si le nom d'hôte des serveurs de base de données contient la sous-chaîne « db2 » ou « oracle ».
        Solution : le serveur de base de données qui héberge vCenter Database ne doit pas contenir la chaîne « db2 » ou « oracle ». Vous pouvez changer vcdb.properties ensuite pour corriger le format comme alternative.

      • Échec de la mise à niveau de vCenter Server avec l'erreur L'administrateur système a défini des stratégies pour empêcher cette installation
        Ce problème peut survenir quand l'ordinateur n'a pas suffisamment de mémoire contiguë pour que Windows Server 2003 ou Windows XP puisse vérifier que le package .msiou le package .mspest correctement signé.

        Solution :

        1. Dans le menu Démarrer de Windows, sélectionnez Exécuter, tapez control admintools, et cliquez sur OK.
        2. Double-cliquez sur Stratégie de sécurité locale.
        3. Sélectionnez Stratégies de restriction logicielle.
        4. Si la liste des restrictions logicielles est vide, cliquez avec le bouton droit sur Stratégies de restriction logicielle, et sélectionnez Créer une stratégie.
        5. Sous Type d'objet, double-cliquez sur Contrôle obligatoire.
        6. Sélectionnez Tous les utilisateurs exceptés les administrateurs locaux, et cliquez sur OK.
        7. Redémarrez l'ordinateur, et réessayez la mise à niveau vCenter Server.
      • Échec de la migration des données si le chemin d'accès au support d'installation de vCenter Server contient des caractères non-ASCII
        Quand ce problème survient, un message d'erreur semblable au suivant apparaît : le codec 'ascii' ne peut pas décoder octet 0xd0 à la position 30 : l'ordinal est hors plage (128)apparaît et le programme d'installation s'arrête inopinément pendant le processus de migration des données.
        Solution : Assurez-vous que le chemin d'accès au support d'installation de vCenter Server ne contient pas de caractères non-ASCII.

      Gestion des licences

      • Échec possible de l'attribution automatique d'une clé de licence vSphere à certains hôtes ESX/ESXi dans un conteneur, avec les hôtes qui demeurent en mode d'évaluation
        vCenter Server 5.0 prend en charge l'attribution automatique des clés de licence aux hôtes ESX/ESXi. Vous pouvez associer une clé de licence avec un conteneur d'hôtes dans vCenter Server, comme un centre de données ou un cluster. vCenter Server attribue la clé de licence à tous les hôtes non titulaires d'une licence que vous ajoutez à ce conteneur. Vous pouvez associer une seule et unique clé de licence à un conteneur d'hôtes. Si la licence avec laquelle vous associez un conteneur d'hôtes s'applique à une version différente de celle des hôtes que vous ajoutez au conteneur, la licence n'est pas attribuée aux hôtes. Par exemple, si vous associez une licence vSphere 5.x à un cluster, et que vous ajoutiez ESX/ESXi 4.x au cluster, la licence n'est pas attribuée aux hôtes ESX/ESXi 4.x, qui demeurent par conséquent en mode d'évaluation.
        Solution : Assurez-vous que tous les hôtes que vous ajoutez dans un conteneur sont de la même version que la licence que vous associez audit conteneur. Si un hôte du même conteneur nécessite une licence d'une autre version, associez la licence directement avec l'hôte. Par exemple, vous associez une licence vSphere 5.x avec un cluster. Vous ajoutez au cluster des hôtes ESXi 5.x auxquels est affectée la licence vSphere 5.x. Vous ajoutez des hôtes ESX/ESXi 4.x au même cluster, et vous associez une licence vSphere 4.x avec les hôtes. Vous reconnectez à vCenter Server les hôtes ESX/ESXi 4.x auxquels est affectée la licence vSphere 4.x.

      Problèmes de sécurité

      • Les sessions d'interface Web de banque de données ne sont pas immédiatement terminées lorsque vous fermez la fenêtre du navigateur
        Lorsque vous fermez un navigateur Web après avoir accédé à l'interface Web de la banque de données, la session n'est pas terminée immédiatement du côté serveur. VMware souhaite remercier Jason Jones d'Inner Security pour avoir signalé ce problème.
        Solution : Vous devez cliquer sur Fermer la session dans l'interface Web de la banque de données pour terminer la session avant de fermer la fenêtre du navigateur.

      Problèmes de mise en réseau

      • L'ajout d'un pool de ressources réseau à un commutateur vSphere Distributed Switch échoue avec une erreur Impossible d'exécuter une opération vSphere Distributed Switch pour un ou plusieurs membres hôtes
        Ce message d'erreur indique qu'un ou plusieurs hôtes sur le commutateur distribué sont déjà associés au nombre maximal de pools de ressources réseau. Le nombre maximal de pools de ressources réseau autorisé sur un hôte est 56.
        Solution : Aucune.

      • Fault Tolerance incompatible avec vSphere DirectPath I/O with vSphere vMotion
        Quand l'option Fault Tolerance est activée sur une machine virtuelle, DirectPath I/O with vMotion est inactif pour tous les adaptateurs virtuels sur la machine virtuelle.
        Solution : Désactivez l'option Fault Tolerance, et redémarrez la machine virtuelle avant d'activer DirectPath I/O with vMotion.

      • IPv6 non pris en charge par vCenter Server Virtual Appliance
        Malgré la présence d'une option pour configurer IPv6 sur la console vCenter Server Virtual Appliance Web, vCenter Server Virtual Appliance ne prend pas en charge la configuration IPv6.
        Solution : Ne définissez pas ou ne modifiez pas la configuration IPv6 sur la console vCenter Server Virtual Appliance Web.

      Stockage

      • Il se peut que toute modification apportée à la configuration de vCenter Server entraîne un affichage incorrect des capacités de stockage communiquées par les fournisseurs de stockage.*
        Dans vCenter Server, lorsque l'utilisateur modifie la configuration de vCenter Server. Par exemple : lors de l'ajout d'hôtes, l'affichage vSphere Client des informations fournies par VASA ne reflète pas les modifications.
        Solution : L'utilisateur doit redémarrer VMware VirtualCenter Management Webservices.

      • Les capacités de stockage définies par l'utilisateur ne figurent pas dans l'onglet des vues de stockage des banques de données si aucun fournisseur de stockage n'est enregistré*
        Dans vCenter Server, les capacités de stockage affectées aux banques de données sont reflétées dans l'onglet du résumé des banques de données, mais ne figurent pas dans la vue des rapports de l'onglet de vue de stockage si aucun fournisseur de stockage n'est enregistré.
        Solution : Aucune.

      • Le seuil de latence E/S semble être à 15 ms après la désactivation des mesures E/S pour un cluster de banques de données
        Après que vous désactivez les mesures E/S pour un cluster de banques de données, la page Résumé dudit cluster de banques de données continue d'afficher un seuil de latence E/S d'une valeur de 15 ms (la valeur par défaut).
        Solution : Aucune. Pour voir la valeur adéquate, sélectionnez Cluster de banques de données > Stockage.

      • Le lien d'entrée en mode de maintenance SDRS apparaît dans la page du résumé de la banque de données autonome
        Seules les banques de données qui font partie d'un cluster de banques de données peuvent passer sans encombre en mode de maintenance Storage DRS. Pourtant, un lien Entrer en mode de maintenance DRS de stockage apparaît sur la page Résumé d'une banque de données qui ne figure dans aucun cluster. Quand vous cliquez sur Entrer en mode de maintenance SDRS pour une banque de données autonome, celle-ci tente de passer en mode de maintenance, et la tâche semble rester indéfiniment en attente.
        Solution : Annulez la tâche Entrer en mode de maintenance SDRS dans le panneau des tâches récentes de vSphere Client.

      • Un état APD (Tous les chemins d'accès en panne) dans un Storage vMotion peut donner lieu à une interruption de communication entre vCenter Server et l'hôte ESXi
        Dans le cas d'un état APD quand vous migrez des machines virtuelles au moyen de Storage vMotion, vCenter Server déconnecte l'hôte impliqué dans Storage vMotion de l'inventaire vCenter Server. Cet état persiste jusqu'au terme de l'opération Storage vMotion qui s'exécute en arrière-plan. Cette action peut durer quelques minutes ou quelques heures suivant le temps d'exécution de Storage vMotion. En attendant, il n'est possible d'effectuer aucune autre opération eu égard à cet hôte en particulier depuis vCenter Server.
        Solution : Aucune. Au terme de l'opération Storage vMotion, vCenter Server reconnecte l'hôte à l'inventaire. Cette défaillance ne touche aucune des machines virtuelles en cours de fonctionnement sur des banques de données non-APD.

      • Les liens symboliques ajoutés à une banque de données peuvent amener le navigateur de banque de données à afficher le contenu de la banque de données de manière erronée
        Lorsque vous ajoutez des liens symboliques dans le niveau supérieur d'une banque de données, en externe dans un serveur NFS ou en vous connectant à l'hôte, les informations de banque de données peuvent être incorrectes (ses fichiers et dossiers, par exemple), lorsque vous naviguez dans la base de données. Des liens symboliques qui renvoient à des fichiers et des dossiers incorrects pourraient être à l'origine du problème.
        Solution : Retirez les liens symboliques. N'utilisez pas de liens symboliques dans les banques de données.

      • Tentatives d'ajouter une extension à une banque de données VMFS compatible ATS échouées
        Vous pouvez parcourir une banque de données compatible ATS uniquement sur un périphérique compatible ATS. Si vous sélectionnez le périphérique qui ne prend pas en charge ATS pour étendre la banque de données compatible ATS, l'opération échoue. vSphere Client affiche le message suivant : une erreur s'est produite lors de la configuration d'hôte. Le fichier journal peut également contenir le message d'erreur suivant :
        L'opération a échoué. Impossible d'ajouter l'extension au système de fichiers.
        Solution : Avant d'ajouter une extension à une banque de données, vérifiez que le périphérique d'extension prend en charge ATS en exécutant la commande suivante :
        esxcli storage core device vaai status get -d=device_ID
        La sortie doit contenir les informations suivantes :
        État ATS : supported

      • DRS de stockage peut ne pas se comporter comme prévu au moment de l'équilibrage de la charge E/S
        Quand vous utilisez le logiciel IOMeter pour générer une charge E/S et tester DRS de stockage, IOMeter remplit implicitement les fichiers de zéros uniquement. Ces données ne contiennent pas les schémas aléatoires de uns et de zéros, pourtant présents dans les données réelles et exigés par DRS de stockage pour déterminer les caractéristiques E/S et les performances de la banque de données.
        Solution : Quand vous testez l'équilibrage de charge DRS de stockage, utilisez des données réelles pour remplir au moins 20 pour cent de l'espace de stockage dans la banque de données. Si vous utilisez IOMeter pour générer une charge E/S, choisissez une version qui permet d'écrire des schémas aléatoires de uns et de zéros dans vos fichiers.

      • Les noms des disques des nouvelles machines virtuelles n'apparaissent pas dans les recommandations de placement initial DRS de stockage
        Quand vous créez, clonez ou déployez depuis un modèle une machine virtuelle dans un cluster de banques de données DRS de stockage, la boîte de dialogue des recommandations de placement ou des défaillances ne répertorie pas les noms des disques durs des nouvelles machines virtuelles. La boîte de dialogue affiche :
        placer le nouveau disque dur de la machine virtuelle sur <datastore name>.
        Solution : Aucune. Quand vous créez des machines virtuelles, les noms des disques durs ne sont pas attribués tant que les disques ne sont pas placés. Si les disques durs des machines virtuelles sont de tailles variées et placés dans des banques de données différentes, vous pouvez utiliser l'option Utilisation de l'espace avant et après les statistiques pour estimer quel disque est placé dans quelle banque de données.

      • DRS de stockage donne l'impression d'être désactivé quand vous utilisez l'assistant Tâche planifiée pour créer ou cloner une machine virtuelle
        Quand vous créez une tâche planifiée pour cloner ou créer une machine virtuelle, et que vous sélectionnez un cluster de banques de données comme stockage cible pour les fichiers de la machine virtuelle, la case Désactiver DRS de stockage demeure cochée en permanence. Vous ne pouvez pas désélectionner la case Désactiver DRS de stockage en regard de la machine virtuelle dans l'assistant Tâche planifiée.
        Solution : Aucune. La case Désactiver DRS de stockage demeure cochée en permanence dans l'assistant Tâche planifiée. Après l'exécution de l'assistant Tâche planifiée et sitôt la machine virtuelle créée, le niveau d'automatisation de la machine virtuelle est cependant le même que le niveau d'automatisation par défaut du cluster de banques de données.

      • vSphere Client affiche une erreur quand vous tentez de démonter une banque de données NFS alors que l'option Contrôle E/S de stockage est activée
        Si vous activez l'option Contrôle E/S de stockage pour une banque de données NFS, vous ne pouvez pas démonter cette banque de données. Le message d'erreur suivant apparaît :
        La ressource est en cours d'utilisation.
        Solution : Avant de tenter de démonter la banque de données, désactivez l'option Contrôle E/S de stockage.

      • Après la migration, le mode d'un disque RDM IDE dans la compatibilité physique n'est pas remplacé par le mode Indépendant persistant
        Le mode du disque RDM IDE dans la compatibilité n'est pas remplacé par le mode Indépendant persistant une fois que vous migrez la machine virtuelle avec le disque de l'hôte ESX/ESXi 4.x vers ESXi 5.0.
        Solution : Après la migration, utilisez vSphere Client pour changer le mode du disque en Indépendant persistent.

      • Les tentatives d'ajouter un RDM en compatibilité virtuelle avec un disque enfant à une machine virtuelle existante se soldent par un échec
        Si vous tentez d'ajouter un RDM en compatibilité virtuelle doté d'un disque enfant à une machine virtuelle existante, l'opération échoue. vSphere Client affiche le message d'erreur suivant :
        Échec de la reconfiguration : vim.fault.DeviceUnsupportedForVmPlatform.
        Solution : Retirez le disque enfant pour pouvoir ajouter un RDM en compatibilité virtuelle.

      • Lorsque le logiciel FCoE est activé, les tentatives d'affichage des mappages de stockage échouent avec un message d'erreur
        Ce problème affecte uniquement les hôtes ESXi ajoutés à vCenter Server sans configuration de logiciel FCoE précédente. Après l'activation des adaptateurs FCoE sur ces hôtes, les tentatives d'afficher les mappages de stockage dans vSphere Client échouent. Le message d'erreur suivant apparaît :
        Une erreur interne s'est produite : Échec de la sérialisation de la réponse.
        Solution : Commencez par configurer FCoE sur l'hôte ESXi, puis ajoutez l'hôte à vCenter Server.

      • Les tentatives de désenregistrement de plusieurs fournisseurs de stockage simultanément se soldent par un échec, avec une erreur
        Si vous tentez de désenregistrer plusieurs fournisseurs en même temps de vCenter Server, vous risquez de vous heurter à un échec. Le message d'erreur suivant apparaît, même si les distributeurs de fournisseurs ayant échoué sont présents dans :
        ManagedObjectNotFound.
        Le fichier sms.log peut afficher l'exception suivante :
        ProviderUnregistrationFault.
        Solution : Désenregistrez manuellement un fournisseur à la fois.

      Problèmes de serveur

      • L'application d'un profil d'hôte avec une stratégie de démarrage des services désactivée ne désactive pas le service
        Un profil d'hôte est créé avec comme hôte de référence un hôte ESXi configuré avec certains services désactivés, et il est appliqué à un hôte dont lesdits services sont activés. Le processus d'application du profil d'hôte ne désactive pas les services dans l'hôte ESXi cible. Cette situation arrive souvent quand les utilisateurs ont activé les services ESXShell ou SSH dans les hôtes ESXi cibles via l'option Profil de sécurité dans vSphere Client ou la fonction Options de dépannage dans DCUI.

        Solution : Le processus de redémarrage désactive les services. Vous pouvez aussi arrêter manuellement les services dans vSphere Client en configurant l'hôte. Effectuez la procédure pour chaque service.

        1. Sélectionnez l'hôte dans l'inventaire.
        2. Cliquez sur l'onglet Configuration.
        3. Cliquez sur Profil de sécurité dans la section Logiciel.
        4. Cliquez sur Propriétés, et sélectionnez le service.
        5. Cliquez sur Options.
        6. Cliquez sur Arrêter, puis sur OK.
      • L'état du fichier de réponses du profil d'hôte n'est pas actualisé au moment de basculer le profil attaché de l'hôte
        Au moment d'attacher un profil d'hôte à un hôte précédemment attaché à un autre profil d'hôte, l'état du fichier de réponses n'est pas actualisé. Si l'état du fichier de réponses est Terminé, une fois que vous avez attaché un autre profil d'hôte à l'hôte, l'état du fichier de réponses dans la vue du profil d'hôte a toujours l'état Terminé. L'état réel pourrait en fait changer et afficher Incomplet.

        Solution : Actualisez l'état du fichier de réponses manuellement après avoir attaché un profil d'hôte.

        1. Dans vSphere Client, sélectionnez le profil nouvellement attaché dans la vue d'inventaire Profils d'hôte.
        2. Cliquez sur l'onglet Hôtes et clusters.
        3. Cliquez avec le bouton droit sur l'hôte dans la liste Nom d'entité, et sélectionnez Vérifier le fichier de réponses.

        L'état du fichier de réponses du profil d'hôte est actualisé.

      • Mise à jour Un dépassement de délai d'attente peut se produire lors de l'application manuelle d'un profil d'hôte contenant une grande configuration
        L'application d'un profil d'hôte qui contient une grande configuration (un très grand nombre de commutateurs vSwitches et de groupes de ports, par exemple), peut expirer si l'hôte cible n'est pas configuré ou s'il est partiellement configuré. En pareils cas, le message d'erreur Impossible d'appliquer la configuration de l'hôteapparaît dans vSphere Client, même si le processus sous-jacent dans ESXi en charge d'appliquer la configuration continue de fonctionner.

        Le fichier syslog.log ou d'autres fichiers journaux peuvent par ailleurs comporter des messages d'erreur comme le suivant :
        Error interacting with configuration file /etc/vmware/esx.conf: Timeout while waiting for lock, /etc/vmware/esx.conf.LOCK, to be released. Another process has kept this file locked for more than 20 seconds. The process currently holding the lock is hostd-worker(5055). This is likely a temporary condition. Please try your operation again.

        Cette erreur émane d'un conflit dans le système suite à plusieurs opérations qui tentent de collecter les informations relatives à la configuration du système pendant que l'opération d'application des profils d'hôte définit la configuration. En raison de ces erreurs et d'autres erreurs associées au délai d'attente, même au terme de l'opération d'application des profils d'hôte sur le système, la configuration capturée dans le profil d'hôte risque de ne pas être appliquée dans son intégralité. Une vérification de la conformité de l'hôte montre quelles parties de la configuration n'ont pas été appliquées, et déclenche une opération d'application pour corriger les problèmes de non-conformité restants.

        Solution : Procédez au choix comme suit :

        • Hôtes ESXi non provisionnés avec Auto Deploy

          1. Augmentez la valeur du délai d'attente eu égard à l'opération d'application en ajoutant la saisie suivante dans le fichier /etc/vmware/hostd/cmdMo.xml :

            <managedObject id="2">
            <type> vim.profile.host.profileEngine.HostProfileManager </type>
            <moId> ha-hostprofileengine-hostprofilemanager </moId>
            --> <timeOutInSeconds> xxxx </timeOutInSeconds> <--****
            <version> vim.version.dev </version>
            <cmd> /usr/bin/sh </cmd>
            <arg id="1"> -l </arg>
            <arg id="2"> -c </arg>
            <arg id="3"> /usr/lib/vmware/hostd/hmo/hostProfileEngine.py --cgi </arg>
            </managedObject>


            xxxx représente la valeur du délai d'attente en secondes. Par défaut, l'opération d'application expire après 10 minutes. Cette entrée vous permet de définir un délai d'expiration plus long. Par exemple, une valeur de 3 600 porte le délai d'expiration à 1 heure. La valeur que vous entrez pourrait varier en fonction de la configuration spécifique du profil d'hôte. Après avoir défini une valeur suffisamment élevée, l'erreur d'expiration de l'opération d'application n'apparaît plus et la tâche est visible dans vSphere Client jusqu'à ce qu'elle soit terminée.
          2. Redémarrez hostd.
        • Hôtes provisionnés avec Auto Deploy

          1. Redémarrez l'hôte ESXi alloué avec Auto Deploy.
          2. Pour les hôtes ESXi provisionnés avec Auto Deploy, vérifiez que le fichier de réponse est complet en effectuant l'opération Mettre à jour le fichier de réponse sur l'hôte ESXi puis en redémarrant.

            La configuration dans le profil d'hôte et dans le fichier de réponses s'applique au système pendant l'initialisation. Le démarrage des configurations volumineuses risque de durer plus longtemps, mais c'est toujours beaucoup plus rapide que d'appliquer manuellement le profil d'hôte dans l'ensemble de vSphere client.
      • Échec de la vérification de la conformité des profils d'hôte pour les hôtes de référence dont le profil vient d'être créé
        Une vérification de conformité d'un profil d'hôte récemment configuré, par exemple configuré avec iSCSI, peut se solder par un échec si le fichier de réponses n'est pas actualisé auparavant.

        Solution : Actualisez le fichier de réponses pour le profil avant d'effectuer la vérification de la conformité.

      Problèmes vCenter Server et vSphere Client

      • Il se peut que des machines virtuelles dans vCenter Server 5.0 affichent une icône d'avertissement rouge dans l'inventaire.*
        Dans vCenter Server 5.0, il se peut que certaines machines virtuelles affichent une icône d'avertissement rouge. Toutefois, les onglets Alarmes pour la machine virtuelle n'indiquent pas qu'une alarme a été déclenchée. Celle-ci peut apparaître dans le cas de machines virtuelles sous tension et hors tension.
        Solution : solutions possibles. Notez qu'il s'agit uniquement de solutions temporaires.
        Redémarrez les agents de gestion sur l'hôte ESX/ESXi affecté.
        Redémarrez le service vCenter Server.
        Retirez l'hôte ESX/ESXi dans l'inventaire et enregistrez-le de nouveau avec vCenter
        Retirez et réenregistrez les VM affectées.

      • Les opérations Storage vMotion dans un environnement Linked Mode peuvent échouer avec l'erreur « L'objet a déjà été supprimé ou n'a pas été complètement créé ».*
        Une tentative d'opération Storage vMotion sur une machine virtuelle gérée par une instance vCenter Server autre que le vCenter auquel l'utilisateur est connecté peut produire une erreur semblable à ce qui suit : « L'objet a déjà été supprimé ou n'a pas été complètement créé ». ou « Appeler PropertyCollector.RetrieveContents » ou échec de l'objet « propertyCollector » sur vCenter Server XXXXXXXX.
        Solution : Le message d'erreur n'apparaît pas si les opérations Storage vMotion sont réalisées lorsque l'utilisateur se connecte à l'instance vCenter qui gère la machine virtuelle.
      • Il est indiqué que les compteurs de performances sont au Stat-level 2 alors qu'ils ont en réalité été déplacés au Stat-level 3*
        Dans vCenter Server, certains compteurs de performances ont été effectivement transférés vers le niveau de statistiques 3, mais ils semblent être disponibles au niveau de statistiques 2 dans vSphere Client. vSphere Client n'est pas actualisé correctement pour refléter les modifications apportées aux informations associées au processeur et au disque, qui ont été transférées vers le niveau de statistiques 3.
        Solution : Passez au Stat-level 3 pour utiliser ces compteurs.

      • La migration d'une machine virtuelle vers un autre cluster HA remplace l'état Protégé de la machine virtuelle par Non protégé.*
        La migration d'une machine virtuelle d'un cluster HA vers un autre fait passer la protection de machine virtuelle de l'état Protégé à l'état Non protégé. L'état HA considère la machine virtuelle comme étant non protégée dans l'onglet Résumé après sa migration. La reconfiguration de HA sur l'ESXi ne résout pas le problème.
        Solution : Si l'état des machines virtuelles migrées est passé à Non protégé, désactivez et réactivez HA sur le cluster de destination. Vous pouvez également, si vous n'avez pas encore migré les machines virtuelles vers le cluster HA de destination, vous pouvez désactiver HA sur le cluster source avant de migrer la machine virtuelle vers le cluster HA de destination. Ensuite, réactivez HA sur le cluster de destination.

      • La connexion à vCenter (en utilisant une base de données SQL) avec certaines applications tierces peut entraîner de graves problèmes de performances de la base de données vCenter.*
        Lorsque des applications, telles que nWorks, interrogent la base de données vCenter SQL, la requête SGL qui en résulte peut être très grande, ce qui entraîne un manque d'espace tempdb de la base de données et le blocage du service vCenter.
        Solution : Si le problème de performances de la base de données est provoqué par une requête SQL contenant une IN CLAUSE très importante provenant du vCenter Server, le paramètre de configuration suivant doit être utilisé afin de modifier la requête produite depuis EventManager via le fichier de configuration vpxd.cfg.

      • Les vues de graphiques de performances avancés n'affichent pas de données pour les machines virtuelles si des compteurs de données non applicables aux machines virtuelles sont sélectionnés.*
        Lorsque vous personnalisez des vues de graphiques de performances avancés, si vous utilisez le type de diagramme graphiques en pile par machine virtuelle pour des machines virtuelles et que vous sélectionniez des compteurs de données qui ne sont pas applicables à la machine virtuelle, le diagramme qui en résulte n'affiche aucune donnée de performances pour la machine virtuelle. De même, le panneau Légende du diagramme de performances n'affiche aucune donnée pour la machine virtuelle.
        Solution : Lorsque vous personnalisez des vues de diagramme de performances avancées, ne sélectionnez pas des compteurs de données qui ne sont pas applicables aux machines virtuelles. Pour prendre connaissance de la liste de compteurs applicables aux machines virtuelles, sélectionnez une machine virtuelle dans l'inventaire vCenter Server, cliquez sur l'onglet Performances et naviguez jusqu'à Avancé -> Options de diagrammes.

      • L'encadré Alarmes de vSphere Web Client n'indique pas le nombre adéquat d'alarmes présentes dans le système
        Quand les alarmes présentes dans le système dépassent 100, l'encadré Alarmes de vSphere Web Client indique à tort 100 alarmes uniquement.
        Solution : Aucune.

      • Les graphiques de présentation des performances n'apparaissent pas pour les clusters de banques de données ou les banques de données dans les grands environnements
        Dans certains très grands environnements, les graphiques de présentation des performances peuvent ne pas apparaître pour les clusters de banques de données ou les banques de données en raison d'un manque de mémoire pour les services Web de gestion vSphere Tomcat.
        Solution : Augmentez la quantité de mémoire disponible pour Tomcat.

      • Lorsque vous utilisez vSphere Web Client, un message s'affiche de manière répétée pour demander d'augmenter l'espace de stockage local pour Adobe Flash
        vSphere Web Client utilise l'espace de stockage local sur le système utilisé pour accéder au client pour stocker les fichiers journaux. Les limites de stockage pour les fichiers journaux sont déterminées par les paramètres d'Adobe Flash Player. À mesure que les fichiers journaux grossissent, une boîte de dialogue apparaît, invitant à augmenter la limite. Le message s'affiche régulièrement jusqu'à ce que la limite de stockage atteigne l'état Illimité.
        Solution : Définissez les limites de stockage pour Adobe Flash Player :

      • Impossible de sélectionner plusieurs colonnes à trier dans vSphere Web Client
        Dans vSphere Web Client, vous pouvez sélectionner la première colonne d'un tableau que vous voulez utiliser comme base pour le tri en cliquant sur son en-tête. Si vous cliquez sur l'en-tête de la deuxième colonne, cette colonne se transforme en première colonne de tri plutôt de faire l'objet d'une sélection en tant que deuxième colonne de tri.

        Solution : Pour effectuer un tri selon plusieurs colonnes d'un tableau dans vSphere Web Client, procédez comme suit :

        1. Sélectionnez la première colonne à trier en cliquant sur son en-tête.
        2. Sélectionnez la deuxième colonne et les autres qui suivent à trier en appuyant sur la touche Ctrl et en cliquant en même temps sur les en-têtes des colonnes.

         

      • Chargement des pages vSphere Web Client impossible dans Internet Explorer 7
        Si about:internetet https://localhostne figurent pas comme sites de confiance dans les paramètres de sécurité d'Internet Explorer 7, le navigateur Web ne pourra pas ouvrir les pages vSphere Web Client.

        Solution : Ajoutez about:internetet https://localhostdans les sites de confiance :

        1. Dans Internet Explorer 7, sélectionnez Outils > Options Internet.
        2. Cliquez sur l'onglet Sécurité.
        3. Sélectionnez Sites de confiance.
        4. Cliquez sur Sites.
        5. Dans la zone de texte Ajouter ce site Web à la zone, tapez about:internet , puis cliquez sur Ajouter.
        6. Dans la zone de texte Ajouter ce site Web à la zone, tapez https://localhost , puis cliquez sur Ajouter.
        7. Cliquez sur OK.
        8. Fermez et redémarrez Internet Explorer.
      • L'ouverture de l'Application d'administration vSphere à partir d'un raccourci produit l'erreur : Windows ne trouve pas « https://localhost:9443/admin-app »
        Quand Firefox est le navigateur Web par défaut et qu'il n'est pas en cours d'exécution, le lancement de l'Application d'administration vSphere à partir d'un raccourci peut générer l'erreur suivante :
        Windows ne peut pas trouver 'https://localhost:9443/admin-app'. Assurez-vous de saisir le nom correctement et essayez à nouveau.

      • Solution : Ce problème avec Firefox sur certains systèmes Windows est connu. Reportez-vous à http://kb.mozillazine.org/Windows_error_opening_Internet_shortcut_or_local_HTML_file_-_Firefox.

      • vSphere Web Client ne charge pas l'inventaire de vCenter Server si le nom d'hôte de vCenter Server n'est pas résolu
        En cas d'impossibilité pour vSphere Web Client de résoudre le nom d'hôte du système vCenter Server et si vCenter Server est enregistré avec vSphere Client par le biais d'une adresse IP, vSphere Web Client ne pourra pas charger l'arborescence de l'inventaire.
        Solution : Assurez-vous que le nom d'hôte de vCenter Server peut être résolu en procédant comme suit au choix :

        • Ajoutez le système vCenter Server à votre serveur de noms.
        • Ajoutez le système vCenter Server au fichier C:\Windows\System32\drivers\etc\hostssur le système où fonctionne vSphere Web Client.
      • Le plug-in Flash se bloque quand vous vous connectez ou déconnectez de vSphere Web Client sous Linux
        Quand vous vous connectez ou déconnectez de vSphere Web Client sous Linux, le plug-in Flash peut éventuellement se bloquer.
        Solution : Rechargez la page pour redémarrer le plug-in Flash.

      • Impossible d'accéder à l'outil d'administration de vSphere Web Client via une adresse IPv6 locale
        Si vous tentez d'accéder à l'outil d'administration de vSphere Web Client via une adresse IPv6 locale, le navigateur Web affiche le message d'erreur suivant :
        L'outil d'administration vSphere Web Client ne peut pas être accédé à partir d'un hôte distant.

      • Solution : Utilisez l'hôte local au lieu de l'adresse IPv6 pour accéder à l'outil d'administration. Par exemple, utilisez https://localhost:9443/admin-appau lieu d'une adresse comme https://[fc00:10:20:123:355c:1744:1b82:6716]:9443/admin-app.
      • Internet Explorer 7 ne peut pas accéder aux pages vSphere Client Web quand le client est installé sur un système qui utilise le protocole IPv6 pur
        Si vSphere Web Client est installé sur un système d'exploitation qui utilise le protocole IPv6 pur, vous ne pouvez pas utiliser Internet Explorer 7 pour accéder à vSphere Web Client.
        Solution : Utilisez Firefox ou Internet Explorer 8 pour accéder à vSphere Web Client.

      • Internet Explorer peut ne pas réussir à télécharger le plug-in d'intégration de client
        Quand vous utilisez Internet Explorer pour télécharger le plug-in intégration de client, le message suivant peut éventuellement apparaître : Internet Explorer ne peut pas télécharger vmware-vmcr-win32-x86.exe depuis localhost.Le problème survient quand certains paramètres de sécurité d'Internet Explorer empêchent le téléchargement du plug-in intégration de client.
        Solution : Utilisez une autre méthode pour télécharger le plug-in intégration de client.

        • Utilisez Firefox pour vous connecter à vSphere Web Client, et téléchargez le plug-in intégration de client.
        • Utilisez Internet Explorer pour vous connecter au fichier du plug-in intégration de client directement via le port non sécurisé http:// ipaddress: portnumber/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe. Par exemple, http://localhost:9090/vsphere-client/vmrc/vmware-vmrc-win32-x86.exe.
      • vSphere Web Client ne charge pas ou ne rafraîchit pas les données
        vSphere Web Client est parfois incapable de charger ou de rafraîchir les données. La roue du chargement dans l'angle en haut à droite de l'application continue de tourner et l'information demandée n'apparaît pas.
        Solution : Procédez au choix comme suit :

        • Cliquez sur le bouton Actualiser du navigateur.
        • Sélectionnez un autre objet dans l'arborescence de l'inventaire, et cliquez sur le bouton Actualiser du navigateur.
        • Vérifiez l'état de santé de vCenter Server et ses services. Redémarrez tous les services qui se sont interrompus.
      • La page de connexion de vSphere Web Client n'est pas accessible depuis la page d'accueil de vCenter Server
        Si vous utilisez une URL d'hôte local pour accéder à la page d'accueil de vCenter Server, un clic sur Connexion dans vSphere Web Client aboutit à une erreur.
        Solution : Utilisez l'adresse IP ou le nom d'hôte du système vCenter Server pour accéder à la page d'accueil.

      • La boîte de dialogue Sélectionner les utilisateurs et les groupes dans vSphere Client affiche des noms d'utilisateur et de groupe tronqués
        Quand vous ajoutez une permission à un objet d'inventaire dans vSphere Client, les noms d'utilisateur et de groupe risquent d'apparaître tronqués dans la boîte de dialogue Sélectionner les utilisateurs et les groupes. Par exemple, Administrateur risque d'apparaître sous la forme teur. Pour sélectionnez les utilisateurs et les groupes, vous devez tapez le nom complet correct.
        Ce problème survient quand le service de Workstation dans Windows est arrêté.

      • Solution : Redémarrez le service de Workstation sur la machine vCenter Server.

        Sélectionnez Démarrer > Programmes > Outils d'administration > Services.

        Cliquez avec le bouton droit sur Workstation, et sélectionnez Démarrer.

      • La liste des machines virtuelles exportée peut s'avérer incomplète
        Quand vous sélectionnez un centre de données, un cluster, un hôte ou un autre objet dans l'inventaire de vSphere Client et que vous exportez une liste de ses machines virtuelles, la liste peut ne pas inclure la totalité des machines virtuelles. Ce problème provient du fait que l'information dans la liste n'est pas toujours renseignée au regard des objets qui ne sont pas visibles.
        Solution : Avant d'exporter, faites défiler la liste pour vérifier que toutes les machines virtuelles sont affichées.

      • Des messages fallacieux apparaissent dans les fichiers journaux vSphere Web Client
        Des messages d'erreur fallacieux apparaissent dans les fichiers journaux vSphere Web Client du fait des versions Tomcat et dm Server utilisées. Il s'agit entre autres d'un certain nombre de messages INFOet du message GRAVE : Aucun contexte global défini pour le serveur.Vous pouvez ignorer ces messages.
        Solution : Aucune.

      • L'aide en ligne de vSphere Web Client répertorie à tort Firefox 3.5 comme navigateur pris en charge
        L'aide en ligne de vSphere Web Client répertorie à tort Firefox 3.5 comme navigateur Web pris en charge au regard de vSphere Web Client et du plug-in intégration de client.
        Solution : Pour plus d'informations sur les navigateurs Web pris en charge, consultez la documentation Installation et configuration de vSphere.

      • vSphere Client affiche un message d'erreur quand vous tentez de visualiser les profils de stockage des machines virtuelles
        Quand vous connectez vSphere Client à vCenter Server et que vous tentez de visualiser le profil de stockage d'une machine virtuelle, le message d'erreur suivant peut apparaître, Il n'est pas possible de connecter VC au service de stockage piloté par profil à http:///sps/sdk.
        . Un conflit entre ports survient quand le service des profils de stockage et un autre service sont configurés pour utiliser le port 31000. vSphere Web Client et vCenter Orchestrator peuvent être à l'origine de ce conflit.

        Solution : Redémarrez le service vSphere Web Client et le service de configuration vCenter Orchestrator. Les services choisiront le prochain port disponible à leur redémarrage. Si un seul des services est présent ou fonctionne sur la machine, vous devrez redémarrer uniquement ce service.
      • L'information dans l'onglet Machines virtuelles ne se réactualise pas systématiquement
        Parfois, l'information dans l'onglet Machines virtuelles de vSphere Client ne se réactualise pas systématiquement tout de suite. Par exemple, si vous clonez ou enregistrez un grand nombre de machines virtuelles, certaines d'entre elles peuvent ne pas apparaître dans l'onglet Machines virtuelles, alors qu'elles figurent dans l'arborescence de l'inventaire. Si vous mettez sous tension ou hors tension un grand nombre de machines virtuelles, le nouvel état d'alimentation peut ne pas se refléter dans l'onglet Machines virtuelles, tandis qu'il apparaît correctement dans l'arborescence de l'inventaire.
        Solution : Appuyez sur F5 pour rafraîchir l'information dans l'onglet.

      • vSphere Web Client ne se charge pas dans Internet Explorer 9 sous Windows Server 2008
        Quand vous tentez de charger vSphere Web Client dans Internet Explorer 9 sous Windows Server 2008, un fond bleu apparaît dans la fenêtre du navigateur Web, sans aucune activité.
        Solution : Sous Windows Server 2008, utilisez Internet Explorer 7 ou 8, ou Mozilla Firefox 3.6 ou plus, pour accéder à vSphere Web Client.

      • L'état de vSphere Web Client ne demeure pas entre sessions
        L'état de vSphere Web Client demeure normalement entre les sessions, de sorte que quand vous vous reconnectez à vSphere Web Client, les mêmes objets et onglets que ceux sélectionnés quand vous vous êtes déconnecté de la session précédente le sont encore. Toutefois, si les préférences de votre navigateur Web sont définies de façon que le navigateur ne se rappelle pas l'historique, ou si les paramètres de site Web de Flash Player n'allouent pas de stockage pour les sites consultés, Flash Player ne stocke pas les données de vSphere Web Client, et l'état ne demeure pas d'une session à l'autre.

        Solution : Procédez comme suit :

         

      • vSphere Web Client produit, par intermittence, l'erreur #2406 : Le fichier chargé ne comporte pas de signature valide.
        Lors de l'utilisation de Mozilla Firefox 3.6.x sur SUSE Linux Enterprise Server 11 ou Red Hat Enterprise Linux 5, le message d'erreur suivant peut survenir par intermittence :
        Erreur #2406 : Le fichier chargé ne comporte pas de signature valide.
        Solution : redémarrez le navigateur Web et reconnectez-vous à vSphere Web Client.

      • vCenter Server plante lors de l'exportation des journaux système.
        Lorsque vous exportez des journaux système depuis vCenter Server, vCenter Server utilise le dossier spécifié par la variable d'environnement TEMPde Windows. Par défaut, cette la valeur de cette variable est C:\Windows\Temp.
        Si vCenter Server est configuré pour stocker une grande quantité de données de journaux, ou si vous sélectionnez un grand nombre d'hôtes à partir desquels télécharger les journaux, le lecteur spécifié dans la variable TEMPpeut manquer d'espace disponible. Si ce lecteur est le même lecteur que celui sur lequel vCenter Server est installé, le service VMware VirtualCenter Server est susceptible de se bloquer.
        Solution : Assurez-vous que le lecteur spécifié par la variable d'environnement TEMPde Windows dispose d'assez d'espace pour les journaux exportés. Spécifiez un autre lecteur que C:dans la variable TEMPpour éviter l'interruption des services du système.

      Problèmes de gestion des machines

      • Erreur d'ajout à chaud d'un CPU sur les machines virtuelles dotées de la version matérielle 7
        L'ajout à chaud de CPU virtuels est pris en charge avec la fonction CPU virtuels multicœurs pour les machines virtuelles équipées de la version matérielle 8.
        Pour les machines virtuelles dotées de la version matérielle 7 avec plus d'un cœur par socket, quand vous activez la fonction Ajout à chaud de CPU dans la boîte de dialogue Propriétés de la machine virtuelle, et que vous tentez d'ajouter des CPU virtuels à chaud, l'opération échoue et le message d'erreur suivant apparaît : CPU enfichable à chaud n'est pas pris en charge pour cette machine virtuelle.
        Solution : Pour utiliser la fonction Ajout à chaud de CPU avec des machines virtuelles correspondant à la version matérielle 7, réglez le nombre de cœurs par socket sur 1.
        Pour optimiser le résultat, utilisez des machines virtuelles correspondant à la version matérielle 8.

      • Il se peut que les périphériques USB transmis d'un hôte ESXi vers une machine virtuelle se déconnectent pendant la migration avec vMotion.
        Pendant la transmission d'un périphérique USB vers une machine virtuelle depuis un hôte ESXi tandis que le périphérique est configuré pour rester connecté pendant la migration avec vMotion, il se peut que le périphérique se déconnecte durant l'opération vMotion. Les périphériques peuvent aussi se déconnecter si DRS déclenche une migration. Quand les périphériques se déconnectent, ils retournent à l'hôte et ne sont plus connectés à la machine virtuelle. Ce problème survient plus souvent quand vous migrez des machines virtuelles dotées de plusieurs périphériques USB connectés, mais seulement occasionnellement quand un seul périphérique est connecté ou que leur nombre est plus petit.
        Solution : Remigrez la machine virtuelle vers l'hôte ESXI auquel les périphériques USB sont physiquement raccordés et reconnectez ceux-ci à la machine virtuelle.

      • Une machine virtuelle avec un périphérique de liaison SCSI inaccessible ne parvient pas à être mis sous tension
        Si un périphérique de relais SCSI lié à une machine virtuelle dispose d'un support qui s'avère inaccessible depuis l'hôte de la machine virtuelle, celle-ci ne parvient pas à se mettre sous tension et l'erreur suivante apparaît : une erreur inattendue a été reçue de l'hôte ESX lors de la mise sous tension de VM.
        Solution : Procédez au choix comme suit :

        • Si l'hôte de la machine virtuelle dispose d'un périphérique SCSI physique, remplacez le support du périphérique de liaison par le périphérique SCSI physique de l'hôte, et mettez sous tension la machine virtuelle.
        • Si l'hôte ne possède pas de périphérique SCSI physique, retirez le périphérique de liaison SCSI de la machine virtuelle, et mettez sous tension celle-ci.
      • Les opérations de clonage ou de déplacement d'une machine virtuelle de ESXi 5.0 vers ESX/ESXi 4.1 échouent si la réplication est activée.
        Si vous utilisez la commande hbr enablereplicationpour activer la réplication sur une machine virtuelle qui réside sur un hôte ESXi 5.0 et cloner la machine virtuelle vers un hôte ESX/ESXi 4.1 ou de version antérieure, la validation échoue, et le message d'erreur suivant apparaît : l'opération n'est pas prise en charge. Le clonage des machines virtuelles ESXi 5.0 sur des hôtes ESX/ESXi 4.1 n'est pas pris en charge.
        Solution : Sélectionnez l'une des options suivantes :

        • Clonez la machine virtuelle sur un hôte ESXi 5.0.
        • Clonez ou déplacez une nouvelle machine virtuelle sur un hôte ESX/ESXi 4.1.
      • L'incompatibilité entre vCenter Server 5.0 et les hôtes ESX/ESXi est à l'origine de l'échec des opérations de migration des machines virtuelles avec des disques delta.
        Si vCenter Server 5.0 gère un hôte dont la version est antérieure à ESX/ESXi 4.0 Update 3, vous ne pouvez pas migrer des machines virtuelles avec des snapshots ou des disques delta vers l'hôte. Ces migrations génèrent le message d'erreur système suivant :
        La migration des machines virtuelles avec des snapshots ou des disques delta n'est pas prise en charge en raison d'une incompatibilité de version entre vCenter Server et ESX. Pour continuer l'opération, mettez à niveau les hôtes ESX vers ESX 4.0 - Mise à jour 3 ou ultérieure.
        La même restriction s'applique et un message d'erreur similaire s'affiche pour ESX/ESXi 4.1. ESX/ESXi 4.1 ne permet pas de migrer des machines virtuelles avec des disques delta si vCenter Server 5.0 gère l'hôte.
        Solution : Faites une mise à niveau de l'hôte ESX/ESXi vers ESX/ESXi 4.0 Update 3 ou plus ou vers ESX 4.1 Update 1 ou plus.

      • Les suffixes DNS non-ASCII ne sont pas correctement définis après la personnalisation de Windows XP et de Windows 2003.
        Si vous entrez un suffixe DNS non-ASCII dans l'onglet DNS des propriétés de réseau quand vous utilisez l'assistant de spécification de personnalisation pour personnaliser Windows XP ou Windows 2003, la personnalisation est signalée comme ayant réussi, mais le suffixe DNS non-ASCII n'est pas correctement défini.
        Solution : Définissez le suffixe DNS manuellement dans Windows XP et dans Windows 2003.

      • Le chemin du disque des snapshots dans le fichier de la base de données des snapshots .vmsd et le chemin parent dans le fichier descripteur de disque delta ne sont pas mis à jour après la migration.
        Lorsque snapshot.redoNotWithParentest défini sur TRUEet que vous modifiez la configuration de
        snapshotDirectorypar exemple, de Base de données A en Base de données B, le message
        Detected an invalid snapshot configurationpeut s'afficher. Ce problème survient lorsque les deux conditions suivantes sont présentes :

      •  
        • Vous rétablissez un ancien snapshot dans l'arborescence de snapshot et créez des snapshots depuis ce point de snapshot. Cela résulte en une hiérarchie d'arborescence de snapshot non linéaire.
        • Les liens de disque dans une chaîne de disques couvrent plusieurs banques de données et comprennent à la fois les banques de données source et de destination. Cette situation se produit si vous modifiez les paramètres snapshotDirectoryde sorte à ce qu'ils pointent vers différentes banques de données à plusieurs reprises et prennent des snapshots de la machine virtuelle entre les modifications de snapshotDirectory. Par exemple, vous prenez des snapshots d'une machine virtuelle avec snapshotDirectorydéfini sur Banque de données A, rétablissez un ancien snapshot, puis modifiez les paramètres snapshotDirectoryen Banque de données B et prenez des snapshots supplémentaires. Enfin, vous migrez le disque virtuel de Banque de données B vers Banque de données A.
      • Il est recommandé de conserver la configuration par défaut, qui stocke les snapshots parents et enfants ensemble, dans le répertoire des snapshots. Évitez de modifier les paramètres snapshotDirectoryou de prendre des snapshots entre les modifications des banques de données. Si vous définissez snapshot.redoNotWithParentsur TRUE, réalisez une migration de stockage complète vers une banque de données qui n'est pas utilisée par la machine virtuelle.

        Solution : Réalisez une mise à jour manuelle des références du chemin de disque vers le bon chemin de la banque de données dans le fichier de la base de données des snapshots et le fichier descripteur de disque.

      Problèmes de migration

      • La migration à froid d'une machine virtuelle dotée d'un disque IDE virtuel d'un hôte ESXi 5.0 vers un hôte ESX/ESXi 4.x échoue, et l'erreur suivante s'affiche : l'opération n'est pas prise en charge sur l'objet.
        Quand vous utilisez vCenter Server 5.0 pour migrer à froid une machine virtuelle dotée d'un ou plusieurs disques IDE virtuels d'un hôte ESXi 5.0 vers un hôte sous ESX/ESXi 4.x, la migration échoue, et l'erreur suivante apparaît : l'opération n'est pas prise en charge sur l'objet.

        Solution : Procédez comme suit :

        1. Sur l'hôte ESXi 5.0, sélectionnez la machine virtuelle.
        2. Si la machine virtuelle réside dans une banque de données d'hôte seulement sur l'hôte ESXi 5.0, déplacez la machine virtuelle .vmxet les fichiers .vmdkvers un LUN partagé accessible à l'hôte ESXi 5.0 et à l'hôte ESX/ESXi 4.x.
        3. Migrez à froid la machine virtuelle vers l'hôte ESX/ESXi 4.x en utilisant l'option Changer l'hôte dans l'assistant de migration de machine virtuelle.

         

      • Pendant le passage à l'heure d'été, l'axe du temps sur les graphiques de performance n'est pas actualisé et ne reflète pas le changement d'heure.
        Par exemple, les horloges locales dans les régions qui respectent l'heure d'été ont été avancées d'une heure le dimanche 27 mars 2011 à 3 heures du matin. Les lignes guides sur l'axe du temps des graphiques de performances devraient être libellées ..., 2:00, 2:20, 2:40, 4:00, 4:20, ..., omettant les lignes à 3 heures du matin. Les libellés affichés en réalité sont ..., 2:00, 2:20, 2:40, 3:00, 3:20, 3:40, 4:00, 4:20, ....

        Solution : Aucune

      • Les disques de la machine virtuelle gardent leur format d'origine après l'opération Storage vMotion où l'utilisateur précise un changement de format de disque
        Quand vous tentez de convertir le format de disque en Provisionnement statique immédiatement mis à zéro pendant une opération Storage vMotion d'une machine virtuelle sous tension sur un hôte ESX/ESXi 4.1 ou d'une version antérieure, la conversion ne se fait pas. L'opération Storage vMotion réussit, mais les disques gardent leur format d'origine en raison d'une limite inhérente à ESX/ESXi 4.1 et aux versions antérieures. Si vous effectuez la même opération sur une machine virtuelle sur un hôte ESXi 5.0, la conversion se fait avec succès.

        Solution : Aucune.

      • L'utilitaire de vCenter Server ne peut pas trouver les données de consignation stockées à un endroit sur mesure
        L'utilitaire de vCenter Server ne peut pas localiser les fichiers journaux qui sont stockés en des lieux personnalisés, à savoir autres que par défaut. L'utilitaire de vCenter Server diffère de l'outil de collecte des données de consignation de vSphere Client.

        Solution : Connectez vSphere Client à vCenter Server, et utilisez la fonction Exporter les journaux système pour extraire les données de consignation. Dans vSphere Client, sélectionnez Administration > Exporter les journaux système.

        Quand vous ne pouvez pas connecter vSphere Client à vCenter Server, vous devez copier manuellement les fichiers dans l'utilitaire.

      Problèmes VMware HA et Fault Tolerance

      • Dans vCenter Server 5.0, des options de configuration avancées de vSphere HA ne sont plus prises en charge
        Les options suivantes ne sont plus prises en charge :

        das.consoleUser
        das.consoleNode
        das.consolePerm
        das.primaryCount
        das.checkVmStateDelay
        das.trace
        das.traceLevel
        das.traceOutput
        das.preferredPrimaries
        das.disableUWSwapRequirement
        das.sensorPollingFreq
        das.bypassNetCompatCheck
        das.defaultfailoverhost
        das.failureDetectionTime
        das.failureDetectionInterval

        Si vous tentez de définir l'une de ces options, vCenter Server 5.0 indique qu'elle n'est pas valide. En outre, si vous effectuez une mise à niveau de vCenter Server 5.0 depuis une version précédente avec ces options définies, elles sont supprimées et ne sont plus en vigueur.
        Solution : Aucune.

      • Lorsque qu'un échec d'hôte s'est produit, vSphere HA ne parvient pas à redémarrer une machine virtuelle en cours de migration à l'aide de vMotion.
        Lorsqu'une machine virtuelle est en cours de migration d'un premier hôte vers un second, l'hôte d'origine peut échouer, ne plus répondre ou perdre l'accès à la banque de données contenant le fichier de configuration de la machine virtuelle. Si un tel échec se produit et qu'ensuite vMotion échoue également, il est possible que vSphere HA ne redémarre pas et ne protège pas la machine virtuelle.
        Solution : Si la machine virtuelle échoue et si vSphere HA ne la remet pas sous tension, remettez la machine virtuelle sous tension manuellement. vSphere HA protègera alors la machine virtuelle.

      Problèmes d'internationalisation

      • La recherche ne trouve pas de caractères localisés en japonais, chinois, coréen, allemand, français et espagnol.
        La recherche de caractères localisés n'extrait pas les occurences en japonais, chinois et coréen ni les caractères allemands, français et espagnols.
        Solution : Utilisez l'interface en anglais lorsque vous recherchez des rubriques.

      • Les utilisateurs dont les noms contiennent des caractères non-ASCII ne peuvent pas utiliser vSphere Web Client pour se connecter à vCenter Server.
        vSphere Web Client n'accepte pas les noms d'utilisateur contenant des caractères non-ASCII. Les utilisateurs dont les noms contiennent des caractères non-ASCII ne peuvent pas utiliser vSphere Web Client pour se connecter à vCenter Server.
        Solution : Utilisez vSphere Client pour vous connecter à vCenter Server.

      • Problèmes liés à la recherche localisée et au domaine de la recherche dans l'aide de vSphere Web Client
        Les problèmes suivants concernant la recherche localisée dans l'aide de vSphere Web Client ont été identifiés :
        La recherche de langues différentes de l'anglais à l'aide de caractères localisés ne donne aucun résultat. Si vous créez des noms de domaine de recherche avec des caractères non-ASCII, ceux-ci ne s'affichent pas correctement.
        Solution : Modifiez le fichier tomcat-server.xml pour préciser le chiffrement URI au format UTF-8 :

        Ouvrez le fichier vSphere_Web_Client_Installation_Directory\springsource-dm-server-2.0.4\config\tomcat-server.xmldans un éditeur de texte.
        Modifiez la section suivante du fichier pour ajouter le paramètre URIEncoding="UTF-8"à la fin de la ligne connectionTimeout="20000":

        <Connector port="9090" protocol="HTTP/1.1"
        connectionTimeout="20000"
        redirectPort="9443" emptySessionPath="true"/>


        9090 est la valeur par défaut du port Connecteur. Si vous avez changé cette valeur pendant l'installation, un autre numéro de port apparaît. Ne changez pas le numéro du port.

        Après la modification, la section doit prendre la forme suivante :

        <Connector port="9090" protocol="HTTP/1.1"
        connectionTimeout="20000" URIEncoding="UTF-8"
        redirectPort="9443" emptySessionPath="true"/>

        Modifiez la section suivante du fichier en ajoutant la ligne URIEncoding="UTF-8"à la fin de la ligne keystoreFile="config/keystore":

        <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
        maxThreads="500" scheme="https" secure="true"
        clientAuth="false" sslProtocol="TLS"
        keystoreFile="config/keystore"
        keystorePass="changeit" emptySessionPath="true"/>


        9443 est la valeur par défaut du port Connecteur. Si vous avez changé cette valeur pendant l'installation, un autre numéro de port apparaît. Ne changez pas le numéro du port.

        Après la modification, la section doit prendre la forme suivante :

        <Connector port="9443" protocol="HTTP/1.1" SSLEnabled="true"
        maxThreads="500" scheme="https" secure="true"
        clientAuth="false" sslProtocol="TLS"
        keystoreFile="config/keystore" URIEncoding="UTF-8"
        keystorePass="changeit" emptySessionPath="true"/>

        Enregistrez le fichier.