vCenter Server 5.0 Update 1b | 16 août 2012 | Build 804277

vSphere Client 5.0 Update 1b | 16 août 2012 | Build 804277

Module d'installation de vCenter Server 5.0 Update 1b | 16 août 2012 | Build 804276

vCenter Server Appliance 5.0 Update 1b | 16 août 2012 | Build 804279

Dernière mise à jour : 18 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 1b est une version corrective qui se caractérise par les améliorations suivantes :

  • vCenter Server 5.0 Update 1b comprend la prise en charge des bases de données vCenter suivantes :
    • Oracle 11g Enterprise Edition, Standard Edition, Standard ONE Edition Release 2 [11.2.0.3] - 64 bits
    • Oracle 11g Enterprise Edition, Standard Edition, Standard ONE Edition Release 2 [11.2.0.3] - 32 bits
  • Prise en charge de bases de données vCenter Server Appliance : La base de données DB2 Express fournie avec vCenter Server Appliance a été remplacée par la base de données VMware vPostgres. Celle-ci diminue l'encombrement du dispositif et réduit encore le temps de déploiement de vCenter Server.
  • 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.

vCenter Server 5.0 Update 1a a été supprimé du site de téléchargement VMware suite à des problèmes rencontrés lors de la mise à niveau avec une base de données Oracle. vCenter Server 5.0 Update 1a est remplacé par vCenter Server 5.0 Update 1b ; les fonctionnalités sont identiques à vCenter Server 5.0 Update 1a et le problème rencontré est résolu lors de la mise à niveau avec une base de donnée Oracle. Pour plus d'informations, consultez KB 203277 et la section Problèmes résolus des notes de mise à jour.

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 définir cette configuration pour la durée d'une seule session en exécutant 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

Cette version inclut tous les fonctionnalités et correctifs de la version 5.0 Update 1.

Compatibilité et installation

Compatibilité de version ESXi, vCenter Server et vSphere Client

Outre la prise en charge des bases de données figurant dans la section Nouveautés, vCenter 5.0 Update 1b offre le même niveau de compatibilité que la version vCenter 5.0 Update 1 existante. Voir la Matrice d'interopérabilité des produits VMware pour plus d'informations sur la compatibilité de vCenter 5.0 Update 1b.

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. En outre, ce site fournit des informations sur les agents de gestion et de sauvegarde pris en charge que vous pouvez exécuter 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,0.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.

Avant de poursuivre la mise à jour, consultez la page http://kb.vmware.com/kb/2017801 pour prendre connaissance des problèmes identifiés lors de la mise à jour de VMware vCenter Server Appliance vers 5.0.0 Update 1b.

Versions Test de vSphere 5.0

Les mises à niveau des verisons vCenter Server 5.0 Beta, vCenter Server 5.0 et 5.0 Update 1 Release Candidate vers vCenter Server 5.0 Update 1b ne sont pas prises en charge. Désinstallez la version Beta ou Release Candidate de vCenter Server 5.0 et 5.0 Update 1 et effectuez de nouvelles installations de vCenter Server 5.0 Update 1b. Si vous testiez les versions Beta ou Release Candidate de vCenter Server 5.0 ou 5.0 Update 1, VMware vous recommande de recréer les données de ces installations que vous souhaitez conserver sur vCenter Server 5.0 et 5.0 Update 1.

VMware vSphere SDKs

VMware vSphere propose un jeu de SDK pour vSphere Server et les environnements des systèmes d'exploitation clients.

  • vSphere Management SDK. Suite de kits de développement logiciel pour l'environnement de programmation vSphere Management. Le vSphere Management SDK contient les vSphere SDK suivants :

    • vSphere Web Services SDK. Inclut la prise en charge de nouvelles fonctionnalités disponibles dans les systèmes ESXi 5.0 et vCenter Server 5.0. Vous pouvez également utiliser ce SDK avec les versions antérieures d'ESX/ESXi et vCenter Server. Pour plus d'informations, voir la documentation VMware vSphere Web Services SDK.

    • vSphere vCenter Storage Monitoring Service (SMS) SDK. SMS 2.0 est pris en charge sur vCenter Server 5.0. Pour plus d'informations, voir la documentation vCenter SMS SDK.

    • vSphere ESX Agent Manager (EAM) SDK. EAM 1.0 est pris en charge sur ESXi 5.0. Pour plus d'informations, reportez-vous à vSphere ESX Agent Manager.

  • vSphere Guest SDK. VMware vSphere Guest SDK 4.0 est pris en charge sur ESXi 5.0. Pour plus d'informations, voir la documentation VMware vSphere Guest SDK.

  • VMware vSphere SDK for Perl. SDK pour Perl 5.0 est pris en charge sur vSphere 5.0. Pour plus d'informations, consultez la documentation vSphere SDK for Perl.

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 avec 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 sont disponibles pour la dernière version généralement disponible de vSphere.

Avis sur le support des produits

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 VMware Tools.

  • 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é-intégrés pour les clients 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 ou VMware Virtual Center 2.5. VMware ESX/ESXi 3.5 et VMware VirtualCenter 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 mise à niveau de vCenter Server 4.0.x et 4.1.x vers vCenter Server 5.0 Update 1a échoue sur une base de données Oracle avec l'erreur : PLS-00905 STATS_ROLLUP2_PROC est non valide
    La mise à niveau de vCenter Server 4.0.x et 4.1.x vers vCenter Server 5.0 Update 1a risque d'échouer sur une base de données Oracle. Si vous installez via le support VMware-VIMSetup-all-5.0.0-757163, le fichier VCDatabaseUpgrade.logsignale une erreur semblable à :
    PLS-00905 : l'objet STATS_ROLLUP2_PROC n'est pas valide
    ORA-06550 : ligne 1, colonne 99 :
    PL/SQL : Instruction ignorée
    ORA-06512 : sur "SYS.DBMS_JOB", ligne 82
    ORA-06512 : sur "SYS.DBMS_JOB", ligne 140
    ORA-06512 : à la ligne 39
    Remarque : Ce problème n'apparaît pas lors de la mise à niveau de vCenter Server 5.0 ou vCenter Server 5.0 Update 1 vers vCenter Server 5.0 Update 1a
    Ce problème est résolu dans cette version.

  • La modification du paramètre de taille d'inventaire pour vCenter Server Appliance dans la console Web interrompt le fonctionnement de vServiceManager et des services EAM
    Dans vCenter Server Appliance, la modification de la taille d'inventaire à l'aide de la console Web pour utiliser une valeur autre que petite interrompt le fonctionnement de vServiceManager et des services EAM.
    Ce problème est résolu dans cette version.

  • Après le redémarrage de l'hôte ESXi, la configuration HA échue ou l'hôte ne se reconnecte pas à vCenter
    Si vCenter Agent (vpxa) et HA Agent sont installés sur le ramdisk ESXi au lieu du vmkramdisk, ces bundles ne sont pas conservés dans l'image de la banque de démarrage. Par conséquent, ils ne sont pas redéployés automatiquement après le redémarrage de l'hôte.
    Ce problème apparaît dans les cas suivants :

    • Si le numéro de build de l'hôte ESXi 4.0 est compris entre 219381 et 392992.
    • Si le numéro de build ESXi ne se trouve pas dans la plage mentionnée ci-dessus, ce problème apparaît sur l'hôte ESXi. Les dernières entrées du journal d'installation vpxa/fdmdans /var/log/vpxa-installer.log ou /var/log/fdm-installer.log indiquent Now try installing on ramdisk and installationcompleted saying "All done! Statut : 0".
    Ce problème est résolu dans cette version.

     

vCenter Server et vSphere Client

  • Il est possible que les services Web vCenter Server consomment toute la mémoire qui leur est affectée
    Il est possible que vCenter Server Webservices (tomcat6.exe)consomme toute la mémoire qui lui est affectée. L'augmentation du pool de mémoire maximum Tomcat ne résout pas le problème.
    Cela affecte n'importe quelle fonctionnalité liée aux services Web vCenter.
    Ce problème est résolu dans cette version.

VMware HA et Fault Tolerance

  • HA ne parvient pas à redémarrer une machine virtuelle et affiche le message d'erreur : Impossible d'ouvrir le fichier /vmfs/volumes/UUID/.dvsData/ID/100 Status (bad0003)= Introuvable
    Dans vCenter Server, une machine virtuelle reste hors tension après un événement HA.
    vSphere Client indique l'erreur suivante :
    Impossible d'ouvrir le fichier /vmfs/volumes/UUID/.dvsData/ID/100 Status (bad0003)= Introuvable.
    fdm.logaffiche :
    Got fault while failing over vm. /vmfs/volumes/UUID/VM/VM.vmx: [N3Vim5Fault19PlatformConfigFaultE:0xecba148] (state = reconfiguring)
    Remarque: vous pouvez démarrer manuellement la machine virtuelle.
    Pour plus d'informations, voir KB 2013639.
    Ce problème est résolu dans cette version.

Divers

  • Les fichiers WSDL de vSphere 5.0 Server obtenus directement à partir d'un serveur ne sont pas complets
    Il est possible de récupérer les fichiers WSDL de vSphere API à partir d'une instance ESXi ou de vCenter Server. Ces fichiers WSDL ne sont pas complets. Vous ne pouvez pas utiliser le WSDL basé sur un serveur, car les toolkits SOAP ne peuvent pas le traiter correctement du fait que le serveur ne dispose pas d'un ensemble complet des fichiers de schéma. vSphere Web Services SDK contient une configuration de fichier WSDL complète (fichiers WSDL et de schéma) située dans le répertoire suivant de la distribution vSphere Management SDK :
    VMware-vSphere-SDK-5.0.0-429209\SDK\vsphere-ws\wsdl\vim25\
    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 *.

    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 : Aucun

    • 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 Activation ou désactivation contrôle des comptes utilisateurs.
        3. Décochez contrôle des comptes utilisateurs (UAC) pour 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 Activation ou désactivation contrôle des comptes utilisateurs.
        3. Sélectionnez contrôle des comptes utilisateurs (UAC) pour 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.

    Mise à niveau

    • Lors de la mise à niveau vers vCenter Server 5.0, le fichier vcdb.properties peut être modifié de manière incorrecte
      Après une mise à niveau vers vCenter Server 5.0, il est possible que le type de base de données dans vcdb.properties soit modifié de manière incorrecte, ce qui affecte la fonctionnalité vCenter. Cela se produire si le nom d'hôte des serveurs de base de données contient les sous-chaînes « db2 » ou « oracle ».
      Solution :le serveur de base de données qui héberge la base de données vCenter ne doit pas contenir la chaîne « db2 » ou « oracle ». Vous pouvez également modifier le fichier vcdb.properties plus tard pour obtenir le format correct.

    • É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 qui ne sont pas au format 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 à un conteneur d'hôtes sont de la même version que la licence que vous associez à ce 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.

    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 Déconnexion dans l'interface Web de la banque de données pour mettre fin à la session avant de fermer la fenêtre du navigateur.

    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 avec vSphere vMotion
      Quand l'option Fault Tolerance est activée sur une machine virtuelle, DirectPath I/O avec vMotion est inactif pour tous les adaptateurs virtuels sur la machine virtuelle.
      Solution : Désactivez Fault Tolerance et redémarrez la machine virtuelle avant d'activer DirectPath I/O avec 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

    • 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 Entrer en mode de maintenance SDRS apparaît sur la page Résumé de la banque de données autonome
      Seules les banques de données faisant partie intégrante d'un cluster de banques de données peuvent passer sans encombre en mode de maintenance DRS de stockage. 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 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 : Supprimez 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 :
      Operation failed, unable to add extent to filesystem.
      Solution :Avant d'ajouter une extension à une banque de données ATS, vérifiez si 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 afficher l'information suivante :
      ATS Status: 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 : Lorsque vous testez l'équilibrage de charge du 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 Storage I/O Control.

    • 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 remplacer le mode du disque par le mode Indépendant persistant.

    • 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 : Configurez tout d'abord le FCoE de logiciel 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 : Annulez manuellement, un à un, l'enregistrement des fournisseurs.

    Configuration des serveurs

    • 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 : Effectuez l'une des actions suivantes :

      • 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 conformité des profils d'hôte pour l'hôte de référence dont le profil vient d'être créé
      La vérification de conformité d'un profil d'hôte récemment configuré, avec iSCSI par exemple, peut échouer si le fichier de réponses n'est pas mis à jour avant de vérifier la conformité.
      Solution :Mettez à jour le fichier de réponses du profil avant d'effectuer une vérification de conformité.

    vCenter Server et vSphere Client

    • Il se peut que des machines virtuelles vCenter Server 5.0 affichent une icône d'avertissement rouge dans l'inventaire
      Dans vCenter Server 5.0, certaines machines virtuelles peuvent afficher une icône d'avertissement rouge dans l'inventaire. Toutefois, l'onglet des alarmes pour la machine virtuelle n'indique 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 concerné
      Redémarrez le service vCenter Server
      Supprimez l'hôte ESX/ESXi dans l'inventaire et réenregistrez-le avec vCenter ou
      Supprimez et réenregistrez les VM concernées.

    • L'évaluateur de taille de base de données affiche 0.00 O pour la base de données vPostgres intégrée*
      Lorsque vous utilisez vSphere Web Client, l'évaluateur de taille de base de données vCenter n'est pas mis à jour lorsque la base de données vPostgres est utilisée. Le champ obligatoire d'espace de base de données estimé ou d'espace estimé affiche 0.00 O quel que soit l'élément défini.
      L'évaluateur de taille continue de fonctionner pour les bases de données distantes.
      Solution: Aucun

    • Après la mise à niveau de vCenter Server, vCenter essaie de mettre à niveau l'agent vpxa sur les hôtes ESX/ESXi une seconde fois*
      Si vous mettez à niveau vCenter Server, les utilisateurs peuvent voir apparaître la tâche « Mettre à niveau vCenter Agents sur les hôtes du cluster » pour tous les clusters dans vCenter. Cette tâche n'est jamais exécutée et les hôtes ne rejoignent pas automatiquement vCenter. Vous pouvez sélectionner les hôtes et les ajouter manuellement. Toutefois, lorsque vous redémarrez le service Center Server, le même comportement apparaît.
      Ce problème survient si l'option autoUpgradeAgents est définie sur False dans les paramètres avancés de vCenter Server et si vCenter Server essaie de mettre à niveau de façon incorrecte l'agent vpxa une seconde fois sur les hôtes ESX/ESXi.
      Solution:

      1. Cliquez sur Administration > Paramètres de vCenter Server > Paramètres avancés
      2. Recherchez l'option AgentUpgrade.autoUpgradeAgents et remplacez la valeur false par true.
      3. Redémarrez le service VMware VirtualCenter Server
      4. Reconnectez manuellement tous les hôtes ESX
    • Pour résoudre ce problème, affectez la valeur true à l'option autoUpgradeAgents.
      Pour affecter la valeur true à l'option autoUpgradeAgents.
      La tâche de mise à niveau des vCenter Agents sur les hôtes du cluster devrait maintenant se terminer.

       

    • Après avoir mis à niveau vCenter Server, l'onglet Performances affiche le message : L'initialisation de l'application de rapport a échoué*
      Si VMware Virtual Center Management Webservices s'exécute sous un compte Windows Active Directory et non pas sous un compte système local, le processus de mise à niveau peut configurer VMware VirtualCenter Management Webservices pour qu'il fonctionne sous un système local.
      Le service Virtual Center Server continue de s'exécuter dans le compte de domaine et le service VirtualCenter Management Webservices s'exécute en tant que système local, ce qui influe sur la bonne opération du service VirtualCenter Management Webservices (Tomcat).
      Solution:

      1. Fermez toutes les sessions vSphere Client connectées à vCenter Server.
      2. Cliquez sur Démarrer > Exécuter, tapez « services.msc » et cliquez sur OK La fenêtre Services s'ouvre.
      3. Cliquez avec le bouton droit de la souris sur le service VMware VirtualCenter Management Webservices et cliquez sur Propriétés.
      4. Cliquez sur l'onglet Ouvrir une session.
      5. Modifiez le compte de façon à utiliser « Ce compte : » et utilisez le même compte de domaine que celui utilisé par le service VMware VirtualCenter Server.
      6. Cliquez sur OK.
      7. Cliquez avec le bouton droit de la souris sur le service VMware VirtualCenter Management Webservices, puis cliquez sur Redémarrer.
      8. Une fois le service démarré, connectez-vous à vCenter Server.
      • vCenter Inventory Service
      • VMware vSphere Profile-Driven Storage Service
    • Remarque : vous devrez peut-être également suivre ce processus pour les services suivants

       

    • vSphere Client peut ne plus répondre lors de la recherche de machines virtuelles*
      Dans vCenter Server 5.0 Update 1 Client, après avoir masqué les machines virtuelles, à savoir lorsque vous désélectionnez Afficher les VM dans l'inventaire dans le menu déroulant Afficher, le client peut ne plus répondre lorsque vous exécutez les opérations suivantes :

      1. Vous effectuez une recherche en utilisant la zone de recherche dans la partie supérieure droite, puis cliquez sur un lien dans les résultats de la zone de recherche.
      2. Vous sélectionnez l'onglet Machines virtuelles et double-cliquez sur une machine virtuelle de la liste après avoir sélectionné un hôte dans la vue Hôtes et clusters
      3. Vous sélectionnez l'onglet Machines virtuelles dans la vue VMs et modèles et cliquez deux fois sur n'importe quelle machine virtuelle dans la liste.
      Solution: veillez à sélectionner « Afficher les VM dans l'inventaire » sur vSphere Client avant d'effectuer une recherche.

       

    • Le service vpxd de vCenter Server Appliance apparaît en état de fonctionnement, même lorsque le service ne s'est pas initialisé correctement.*
      Sur le VMware vCenter Server Appliance, le service vpxd apparaît dans un état de fonctionnement lorsqu'il est vérifié via la console Web ou via une ligne de commande, mais les utilisateurs ne parviennent pas à se connecter à vCenter Server Appliance à l'aide de vSphere Client.sw
      Solution: Aucun

    • L'onglet d'état de vCenter Service affiche des erreurs après avoir modifié les paramètres de ports HTTP et HTTPS sur vCenter Server Appliance.*
      Dans vCenter Server Appliance, après avoir modifié les paramètres de ports HTTP et HTTPS, l'onglet d'état de vCenter Service dans vSphere Client affiche des erreurs pour des services, tels que Storage Monitoring Service, Profile-driven Storage et vCenter Server. L'onglet Vues de stockage d'un hôte ESX peut ne contenir aucune donnée.
      Solution: Aucun

    • La base de données intégrée fournie avec le vCenter Server Appliance prend en charge un inventaire comprenant au maximum 5 hôtes et 50 machines virtuelles
      La base de données intégrée n'est pas configurée pour gérer un inventaire qui comporte plus de 5 hôtes et 50 machines virtuelles. Si vous utilisez la base de données intégrée à vCenter Server Appliance, le dépassement de ces limites peut générer de nombreux problèmes, notamment vCenter Server peut cesser de répondre.

    • Une erreur survient au moment de la sauvegarde des données des services d'inventaire dans vCenter Server Appliance
      L'exécution du script /usr/lib/vmware-vpx/inventoryservice/scripts/backup.shpour sauvegarder les données des services d'inventaire dans vCenter Server Appliance peut se solder par un échec, avec le message d'erreur suivant qui apparaît : Avertissement de VM du serveur 64 bits Java HotSpot(TM) : Échec de tentative d'allouer des pages de garde pile.Cette erreur survient lorsque vCenter Server Appliance est faible sur la mémoire et que JVM ne peut pas allouer suffisamment de mémoire pour lancer le processus.
      Solution: Augmentez la RAM système de vCenter Server Appliance.

    • Échec du redémarrage de vpxd dans vCenter Server Appliance avec une erreur de base de données
      Dans vCenter Server Appliance doté d'une base de données intégrée, le redémarrage de vpxd peut échouer. Un message d'erreur semblable au suivant apparaît dans le fichier vpxd.log :
      Alert:false@ /build/mts/release/bora-336896/bora/vpx/vpxd/util/vpxdVdb.cpp:403

      Cette erreur survient si l'horloge du système dans vCenter Server Appliance est réinitialisée à une heure antérieure à celle à laquelle la base de données a été créée. Par conséquent, les objets de la base de données créée par vCenter Server Appliance sont horodatés dans un temps dans le futur. En conséquence, les requêtes au regard des objets de la base de données n'aboutissent pas.

      Vous pouvez rencontrer cette erreur pendant la configuration d'Active Directory si l'horloge du contrôleur de domaine d'Active Directory est réglée à une heure antérieure à celle de l'horloge de vCenter Server Appliance. En effet, pendant la configuration, l'horloge de vCenter Server Appliance est synchronisée avec l'horloge du contrôleur de domaine d'Active Directory.
      Solution: Après avoir configuré la base de données intégrée, ne réglez pas l'horloge système de vCenter Server Appliance à une heure antérieure. Quand vous configurez Active Directory, assurez-vous que l'horloge du contrôleur de domaine d'Active Directory n'est pas réglée à une heure antérieure à celle de l'horloge de vCenter Server Appliance.

    • La console Web de VMware vCenter Server Appliance dispose d'options pour configurer IPv6, même si IPv6 n'est pas pris en charge
      Bien que VMware vCenter Server Appliance ne prenne pas en charge IPv6, l'onglet Réseau de la console Web de VMware vCenter Server Appliance dispose d'une option de configuration pour IPv6, et attribue une adresse IPv6 au dispositif si un serveur DHCPv6 se trouve sur le réseau.
      Solution: Entrez une adresse IPv6 statique non valide pour VMware vCenter Server Appliance afin d'empêcher le dispositif d'obtenir une adresse IPv6 via DHCP.

    • La recherche d'informations dans vSphere Client ou vSphere Web Client présente des résultats obsolètes ou expire.
      Lorsque vous consultez l'inventaire vSphere Client ou vSphere Web Client, la recherche peut présenter des informations obsolètes ou, dans le cas de vSphere Web Client, elle peut expirer.

      Un message d'erreur similaire au message d'erreur suivant, indiquant une erreur d'exécution inattendue, apparaît dans le fichier journal d'Inventory Service, ds.log:
      [2011-06-27 18:04:25,367 pool-14-thread-5 ERROR
      com.vmware.vim.query.server.provider.impl.ProviderManagerServiceImpl] Exception d'exécution inattendue :
      com.xhive.error.XhiveInterruptedException : INTERROMPU

      Solution: Redémarrez Inventory Service.

      Pour un système vCenter Server exécuté sur Windows, effectuez les étapes suivantes :

      1. Démarrez Windows Service Manager :
        1. Sélectionnez Démarrer > Exécuter.
        2. Saisissez services.msc .
      2. Cliquez avec le bouton droit de la souris sur vCenter Inventory Service et sélectionnez Redémarrer.

      Pour vCenter Server Appliance, effectuez les étapes suivantes :
      1. Connectez-vous à la console Web de VMware vCenter Server Appliance.
      2. Dans l'onglet vCenter Server, sélectionnez Statut.
      3. Cliquez sur Arrêter vCenter.
      4. Cliquez sur Démarrer vCenter.
    • 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é créé complètement »
      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 générer 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 effectuées lorsque l'utilisateur se connecte à l'instance vCenter qui gère la machine virtuelle.

       

    • L'affichage indique que les compteurs de performances sont au Niveau 2 de statistique alors qu'ils ont en réalité été déplacés au Niveau 3 de statistique
      Dans vCenter Server, certains compteurs de performances ont effectivement été transférés vers le Niveau 3 de statistique, mais ils semblent être disponibles au Niveau 2 de statistique dans vSphere Client. vSphere Client n'est pas actualisé correctement pour refléter les modifications apportées aux informations associées au CPU et au disque, qui ont été transférées vers le Niveau 3 de statistique.
      Solution : Passez au Niveau 3 de statistique pour utiliser ces compteurs.

    • La migration d'une machine virtuelle vers un autre cluster HA modifie l'état de la machine virtuelle qui passe de Protégée à Non protégée
      La migration d'une machine virtuelle vers un autre cluster HA fait passer l'état de protection de la machine virtuelle de Protégé à Non protégé. Le statut 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 puis 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, 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 SQL vCenter, la requête SQL 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 un crash 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 de vCenter Server, le paramètre de configuration suivant peut être utilisé afin de modifier la requête produite depuis EventManager via le fichier de configuration vpxd.cfg.

    • Les vues du diagramme de performances avancé 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 diagrammes de performances avancés, si vous utilisez le type de diagramme graphique empilé par machine virtuelle pour des machines virtuelles et que vous sélectionnez 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. Le volet Légende du graphique de performance n’affiche aucune donnée pour la machine virtuelle.
      Solution : Lors de la personnalisation des vues du diagramme des performances avancé, ne sélectionnez pas les 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://localhostaux 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 localhost 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 : Effectuez une ou plusieurs des procédures suivantes :

      • 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 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 de procéder à l'exportation, faites défiler la liste pour vérifier que toutes les machines virtuelles sont visibles.

    • 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 une version ultérieure 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.

    Gestion des machines virtuelles

    • 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 les résultats, 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 : Effectuez l'une des procédures suivantes :

      • 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 solutions 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 :Effectuez une mise à niveau de l'hôte ESX/ESXi vers ESX/ESXi 4.0 Update 3 ou une version ultérieure ou vers ESX 4.1 Update 1 ou une version ultérieure.

    • 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 d'accès au disque vers le bon chemin d'accès à la banque de données dans le fichier de la base de données des snapshots et le fichier de description du disque.

    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 du journal. 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.

    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 que vSphere HA ne la remet pas sous tension, remettez la machine virtuelle sous tension manuellement. vSphere HA protégera alors la machine virtuelle.

    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 occurrences 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 codage 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.