vCenter Server™ 5.1.0a | 25 oct 2012 | Build 880471

vCenter Server™ Appliance 5.1.0a | 25 oct 2012 | Build 880472

Dernière mise à jour : 31 oct 2012

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

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les sujets suivants :

Nouveautés

Cette version de VMware vCenter Server 5.1.0a inclut un certain nombre de correctifs de bogues documentés dans la section Problèmes résolus.

Internationalisation

VMware vSphere 5.1.0a est disponible dans les langues suivantes :

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

Compatibilité et installation

Compatibilité des versions ESXi, vCenter Server et vSphere Web 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, dont ESXi, VMware vCenter Server, vSphere Web Client et les produits VMware facultatifs. Consultez également le présent site pour des informations sur les agents de gestion et de sauvegarde pris en charge avant d'installer ESXi ou vCenter Server.

vSphere Client et vSphere Web Client sont empaquetés avec vCenter Server et le fichier ZIP contenant les modules. Vous pouvez installer un client ou les deux à partir de l'assistant d'installation de VMware vCenter™.

Connexions de vSphere Client aux environnements en Linked Mode avec vCenter Server 5.x

vCenter Server 5.1 ne peut exister en Linked Mode qu'avec d'autres instances de vCenter Server 5.1.

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.

Bien que les installations soient simples, plusieurs étapes de configuration ultérieures sont indispensables. Lisez tout particulièrement ce qui suit :

Mises à niveau et installations non autorisées pour les CPU non pris en charge

vSphere 5.1 prend uniquement en charge les CPU avec les jeux d'instructions LAHF et SAHF. Pendant une installation ou une mise à niveau, le programme d'installation vérifie la compatibilité du CPU hôte avec vSphere 5.1. Si le matériel de votre hôte n'est pas compatible, un écran violet apparaît et affiche un message d'information pour signaler une incompatibilité, et vous ne pouvez pas installer ou effectuer de mise à niveau vers vSphere 5.1.

Mises à niveau pour cette version

Pour obtenir des instructions sur la mise à niveau de vCenter Server et des hôtes ESX/ESXi, consultez la documentation Mise à niveau de vSphere.

Versions Test de vSphere 5.1

Les mises à niveau des éditions vSphere 5.1 Beta et vSphere 5.0 Release Candidate vers vSphere 5.1 ne sont pas prises en charge. Désinstallez ESXi 5.1 Beta ou Release Candidate et vCenter Server 5.1 Beta ou Release Candidate puis lancez de nouvelles installations de vCenter Server 5.1 et ESXi 5.1. Si vous testiez les versions Beta ou Release Candidate de vSphere 5.1, VMware vous recommande de recréer les données de ces configurations que vous souhaitez conserver sur vSphere 5.1.

Mises à niveau vCenter Server

vSphere 5.1 prend en charge les scénarios de mise à niveau suivants.

  • Vous pouvez effectuer les mises à niveau sur place de systèmes 64 bits de vCenter Server 4.x et de vCenter Server 5.0 vers vCenter Server 5.1. Vous ne pouvez pas mettre à niveau une instance de vCenter Server 4.x opérationnelle sous Windows XP Professional x64 Edition.

  • Les clients avec VirtualCenter 2.5 update 6 et les versions ultérieures avec un système d'exploitation 32 bits devront effectuer une mise à niveau de migration vers vCenter Server 5.0 comme première étape du processus de mise à niveau en raison des différences 32 bits/64 bits. Après cette mise à niveau de la migration, les clients pourront effectuer une mise à niveau sur place de la version 5.0 vers la version 5.1. Consultez la documentation Mise à niveau vSphere de la version 5.0.

  • vCenter Server 5.1 peut gérer des hôtes ESX 5.x dans un même cluster avec des hôtes ESX/ESXi 4.x. vCenter Server 5.1 ne peut pas gérer les hôtes ESX 2.x ou 3.x.

  • VMware recommande l'utilisation d'un programme d'installation indépendant pour les mises à niveau, au lieu d'un simple programme d'installation.

  • Important : Lors de la mise à niveau de vCenter Server 5.1 à vCenter Server 5.1.0a pour les versions localisées autres que l'anglais, l'installation de vCenter Single Sign On doit être effectuée à l'aide de la ligne de commande. Utilisez la commande suivante pour procéder à la mise à niveau :

    <Exe name> /S /v"/L*v <log location>/ /qn"

    Exemple : Pour l'installation de vCenter Single Sign On, utilisez la commande suivante :

    VMware-SSO-Server.exe /S /v"/L*v \"%temp%\vim-sso-msi.log\" /qn"

    Pour plus d'informations, reportez-vous à l'article 2037976 de la base de connaissances.

Chemins d'accès de mise à niveau pour vCenter Server 5.1.0a

vCenter Server 5.1.0a n'est pas une version corrective. Vous pouvez mettre à niveau cette version de vCenter Server à partir des versions précédentes suivantes :

  • vCenter Server 4.1, 4.1 Ux

  • vCenter Server 5.0, 5.0 Ux

  • vCenter Server 5.1
vCenter Server 5.1.0a prend en charge la même base de données et les mêmes configurations de SE que la version d'origine de vCenter Server 5.1.

Remarque :Si vous avez déjà installé ou mis à niveau vers vCenter Server 5.1, vous ne pouvez pas utiliser l'option d'installation simple pour passer à la version 5.1.0a. Dans ce scénario, vous devez effectuer la mise à niveau dans l'ordre qui suit :

  1. Mettez à niveau vCenter Single Sign On

  2. Mettez à niveau vCenter Inventory Service

  3. Mettez à niveau vCenter Server
Pour plus d'informations, reportez-vous à l'article 2038472 de la base de connaissances.

Composants en libre accès pour VMware vSphere 5.1. et vCenter Server 5.1.0a

Les déclarations de copyright et les licences applicables aux composants de logiciels en libre accès distribués dans vSphere 5.1 et vCenter Server 5.1.0a 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

  • vSphere Client. Dans vSphere 5.1, toutes les nouvelles fonctionnalités de vSphere sont uniquement disponibles par l'intermédiaire de vSphere Web Client. Le vSphere Client traditionnel continuera à fonctionner, prenant en charge le même ensemble de fonctions que vSphere 5.0, mais il n'exposera pas les nouvelles fonctionnalités de vSphere 5.1.

    vSphere 5.1 et les mises à jour et versions de correctifs suivantes sont les dernières versions à inclure le vSphere Client traditionnel. Les futures versions majeures de VMware vSphere incluront uniquement l'architecture vSphere Web Client.

    Avec vSphere 5.1, les correctifs de bogue de vSphere Client traditionnel sont limités aux problèmes critiques et aux problèmes de sécurité . Les bogues critiques sont des écarts d'une fonctionnalité spécifique d'un produit qui provoquent des corruptions des données, des pertes de données, des blocages du système ou d'importantes interruptions de l'application cliente lorsqu'il n'existe aucune solution à mettre en œuvre.

  • VMware Toolbox. vSphere 5.1 est la dernière version incluant VMware Toolbox, l'interface utilisateur graphique de VMware Tools. 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 de VMware Tools.

  • Paravirtualisation VMI. vSphere 4.1 était la dernière version à prendre en charge l'interface de paravirtualisation des systèmes d'exploitation clients 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.

  • Personnalisation du système d'exploitation client Windows. vSphere 5.1 est la dernière version à prendre en charge la personnalisation des systèmes d'exploitation clients Windows 2000. VMware continuera de prendre en charge la personnalisation des nouvelles versions des clients Windows.

  • Sockets VMCI. Les communications de client à client (de machine virtuelle à machine virtuelle) sont abandonnées dans la version 5.1 de vSphere. Cette fonctionnalité sera supprimée dans la prochaine version majeure. VMware continuera à prendre en charge les communications d'hôte à client.

Problèmes résolus

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

    Mise à niveau et installation

    • Les services vCenter Server échouent au démarrage après la mise à niveau vers vCenter Server 5.1
      Après avoir effectué la mise à niveau vers vCenter Server 5.1, les services vCenter Server ne parviennent pas à démarrer et génèrent des vidages vpxd. Ce problème se produit si d'anciens certificats sont supprimés lors de la mise à niveau de vCenter Server ou si vous tentez d'effectuer une nouvelle installation de vCenter Server avec une base de données vCenter Server 5.1 déjà mise à niveau.

      Ce problème est résolu dans cette version. Si vous avez rencontré ce problème dans le passé, la mise à niveau vers vCenter Server 5.1.0a permettra de le résoudre.

    • Les utilisateurs ne peuvent pas se connecter à vCenter Server après la mise à niveau vers vCenter Server 5.1
      Après la mise à niveau vers vCenter Server 5.1, il est possible que vous ne puissiez pas vous connecter avec les privilèges d'utilisateur ou d'administrateur de groupes fournis au cours de la mise à niveau par le programme d'installation de vCenter Server. Ce problème peut survenir si vCenter Server détecte un utilisateur ou groupe administrateur vCenter Server pouvant être authentifié comme vCenter Single Sign On en cherchant la base de données vCenter Server.

      Ce problème est résolu dans cette version.

    • Le message d'erreur Certificat de solution invalide. Certificat déjà expiré. survient lors de la mise à niveau vers vCenter Server 5.1 et l'enregistrement de l'instance vCenter Single Sign On
      Le programme d'installation de vCenter Server n'autorise pas la mise à niveau si le certificat n'est pas valide ou a déjà expiré. Pour régénérer des certificats SSL expirés, voir l'article KB 1009092 : Régénération de certificats SSL expirés.

      Ce problème est résolu dans cette version.

    • vCenter Server est anormalement long à démarrer et vSphere Client risque d'expirer
      Lorsqu'un grand nombre de permissions sont affectées à des objets dans l'inventaire du vCenter Server, le service vCenter Server ne démarre pas aussi vite qu'il devrait puisque vCenter Server vérifie que les utilisateurs et groupes existent bien dans la source d'identité. De même, la connexion à vSphere Client pourrait expirer si vous vous connectez avec les informations d'identification de session Windows.

      Les messages suivants apparaissent dans les journaux système de vCenter Server pendant que le service est en cours de démarrage :

      [SSO] [SsoAdminFacadeImpl] [FindGroup]
      [UserDirectorySso] GetUserInfo (DOMAIN\ *USER OR GROUP*, true) res: DOMAIN\ *USER OR GROUP*
      [UserDirectorySso] NormalizeUserName (DOMAIN\ *USER OR GROUP*, false) re: DOMAIN\ *USER OR GROUP*

      Ce problème est résolu dans cette version.

    • La mise à niveau vers vCenter Server 5.1 peut échouer avec l'erreur 29107 même si l'utilisateur du service ou de la solution est déjà enregistré
      Les tentatives de mise à niveau de vCenter Server 5.1 peuvent échouer avec le message d'erreur suivant :

      Error 29107. The service or solution user is already registered. Check VM_ssoreg.log in system, temporary folder for details.

      Ce problème est résolu dans cette version.

    • L'installation ou la mise à niveau vers vCenter Server 5.1 échoue avec l'erreur : Could not contact Lookup Service
      vCenter Simple Install peut échouer avec l'erreur suivante si le nom de domaine complet (FQDN) contient la chaîne portpendant l'installation :

      Error 29102 . Could not contact Lookup Service. Please check VM_ssoreg.log in system temporary folder for details.

      Ce problème est résolu dans cette version.

    • L'installation de vCenter Single Sign On échoue avec l'erreur : Unable to create database users: Password validation failed
      Lorsque vous tentez d'installer vCenter Single Sign On à l'aide d'une base de données existante ou de la base de données groupée SQL Express, l'installation échoue avec l'erreur suivante :

      Erreur 29114. Impossible de se connecter à la BD

      Ce problème est résolu dans cette version.

    vCenter Server et vSphere Client

    • Impossible de se connecter à vSphere Web Client en raison de paramètres de proxy incorrects
      Un débit de réseau lent dû à des paramètres de proxy incorrects peut entraîner un retard pendant l'interaction entre vSphere Web Client, le contrôleur de domaine et vCenter Single Sign On externe. Il est possible que ce retard conduise aux problèmes suivants :

      • Les tentatives de connexion à vSphere Web Client échouent avec l'erreur suivante :

        The vSphere Web Client cannot connect to the vCenter Single Sign On server.
      • Un retard supérieur à 20 minutes pour répertorier tous les utilisateurs du domaine
      • Un retard supérieur à 20 minutes pour charger l'intégralité de l'inventaire de vCenter Server après la connexion au domaine utilisé

      Ce problème est résolu dans cette version.

    vMotion et Storage vMotion

    • Impossible d'accéder à la fonction Storage vMotion entre hôtes depuis vSphere Web Client avec une licence Essentials Plus
      Si vous lancez l'assistant de migration pour une machine virtuelle sous tension avec une licence Essentials Plus, l'option Changer l'hôte et la banque de données, dans l'assistant de migration, est désactivée et le message d'erreur suivant s'affiche :

      Storage vMotion is not licensed on this host.
      To perform this migration without a license, power off the virtual machine.

      Ce problème est résolu dans cette version.

    Problèmes connus

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

    Problèmes d'installation
    • NouveauL'installation de vCenter Single Sign On échoue avec l'erreur 20020
      Lorsque vous sélectionnez le dossier de destination dans lequel installer le logiciel, l'installation de vCenter Single Sign On échoue avec l'erreur suivante :

      Erreur 20020. Impossible de mettre à jour les valeurs dans le fichier server.xml

      Ce problème survient lorsque vous tentez d'installer vCenter Single Sign On sur un dossier doté d'espaces, pour lequel il n'existe aucun nom court. Pour vérifier ceci, exécutez la commande dir /xdans le dossier parent du dossier doté d'espaces.

      Solution : Procédez à l'une des actions suivantes :

      • Installez vCenter Single Sign On dans C:\Program Files.
      • Installez vCenter Single Sign On dans un dossier dépourvu d'espaces.
      • Activez des noms courts sur le volume et créez un nom court pour le dossier doté d'espaces.

      Remarque :Vous devrez également configurer la valeur de registre de HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\File System\NtfsDisable8dot3NameCreationsur 0 ou 2.

    • NouveauAu cours de l'installation de vCenter Single Sign On 1.0.0, un message d'avertissement s'affiche
      Lors de l'installation de vCenter Single Sign On 1.0.0, si vous vous connectez en tant qu'utilisateur de domaine, l'installation découvre automatiquement les sources d'identité comme faisant partie du processus d'installation de vCenter Single Sign On. Il est possible que le programme d'installation de vCenter Single Sign On affiche le message d'avertissement suivant s'il ne parvient pas à découvrir la source d'identité :

      Error 29155: Identity sources could not be discovered automatically. You can manually add your Active Directory as an identity source after the installation, by using the vSphere Web Client.

      Solution : Aucune.

    • NouveauL'installation de vCenter Single Sign On échoue avec l'erreur 29133
      L'installation de vCenter Single Sign On échoue avec l'erreur suivante :

      Erreur 29133. Erreur de connexion administrateur

      Cette erreur survient si vous utilisez le point-virgule (;), le guillemet ("), l'accent circonflexe (^), l'apostrophe (') ou la barre oblique inversée (\) dans le mot de passe de l'administrateur dans vCenter Single Sign On.

      Solution : N'utilisez pas de mot de passe contenant ces caractères.

    • NouveauInventory Service ne valide pas l'URL de Lookup Service au cours de l'installation d'Inventory Service en raison de la troncation du mot de passe de compte admin@system-Domain
      Lors de l'installation de vCenter Single Sign On, si le mot de passe que vous fournissez pour admin@System-Domain contient plus de 32 caractères, celui-ci est tronqué à 32 caractères. Lorsque le programme d'installation de Service installer tente alors d'authentifier l'URL de Lookup Service, il rencontre une erreur de mot de passe et l'authentification échoue.

      Solution : Limitez le mot de passe à moins de 32 caractères pour admin@System-domain lors de l'installation de vCenter Single Sign On.

    • NouveauAprès la mise à jour vers vCenter Server Appliance 5.1.0a, vSphere Web Client peut sembler inaccessible ou certains modules de plug-in peuvent ne pas être visibles dans vSphere Web Client
      Après la mise à jour vers vCenter Server Appliance 5.1.0a, le dispositif n'invite pas au redémarrage et ne redémarre pas automatiquement. Lorsque vSphere Web Client est mis à jour ultérieurement avec une version plus récente d'un module de plug-in trouvé sur vCenter Server, il est possible que vSphere Web Client apparaisse comme inaccessible ou que le nouveau plug-in ne soit pas visible dans le vSphere Web Client.

      Solution : Après avoir mis à jour vCenter Server Appliance ou un plug-in de vSphere Web Client, redémarrez vCenter Server Appliance pour achever le processus.

    • NouveauInventory Service ne parvient pas à démarrer lors de l'installation, après la restauration de l'installation vCenter Single Sign On à l'aide de Simple Install
      Après la restauration de l'installation de vCenter Single Sign On, si vous sélectionnez le nouveau dossier d'installation comme le sous-dossier sous celui utilisé pour l'installation précédente, alors le démarrage d'Inventory Service échoue.

      Par exemple, si le dossier d'installation initiale utilisé est C:\Program Files\VMware\Infrastructureet si vous choisissez le sous-dossier C:\Program Files\VMware\Infrastructure\abcpour l'installation suivant la restauration, alors le démarrage d'Inventory Service échoue.

      Solution : Si l'installation de vCenter Single Sign On est restaurée à l'aide de Simple Install, sélectionnez le même dossier d'installation que celui utilisé auparavant.

    • NouveauvCenter Single Sign On requiert des utilisateurs de base de données créés manuellement pour la base de données externe
      La case Utilisateurs de la base de données créés manuellement a été supprimée et il n'y a pas d'option permettant au programme d'installation de créer automatiquement un utilisateur.

      Solution : Exécutez le script suivant pour créer manuellement l'utilisateur de base de données avant d'installer vCenter Single Sign on :

      < SSOInstaller Folder >\Single Sign On\DBScripts\SSOServer\schema\< Database >\rsaIMSLite< DB >SetupUsers.sql

    • NouveauCase à cocher Authentification Windows indisponible
      La case à cocher Authentification Windows a été supprimée et il n'y a pas d'option permettant d'utiliser Authentification Windows pour se connecter à un serveur SQL Server.

      Solution : Aucune.

    • NouveauLes utilisateurs de la base de données groupée doivent configurer un mot de passe conforme à la stratégie GPO
      Vous devez configurer votre propre mot de passe pour RSA_USER et RSA_DBA, qui doit être conforme à la stratégie GPO.

      Solution : Lors de la configuration de votre mot de passe, veillez à respecter les critères suivants :

      • Le mot de passe doit répondre à la stratégie GPO de domaine local/AD.
      • Le mot de passe ne doit pas excéder 32 caractères.
      • Évitez d'utiliser des caractères spéciaux tels que le point-virgule (;), les guillemets ("), l'accent circonflexe (^), l'apostrophe (') et la barre oblique inversée (\) dans votre mot de passe.

    • NouveauL'installation de Profile-Driven Storage via vCenter Server peut échouer avec un code d'erreur 1603
      Si l'URL du service de recherche a une chaîne sts, les tentatives d'installation du Profile-Driven Storage à l'aide du programme d'installation vCenter Server peuvent échouer avec un message similaire à celui-ci :

      The wizard was interrupted before Profile-Driven Storage could be completely installed.

      Le service vpxd ne parvient pas à démarrer, alors que l'URL stsdans le fichier vpxd.cfgest incorrecte.

      Solution : Utilisez les étapes suivantes pour rectifier l'URL stsdans le fichier vpxd.cfg :

      1. Ouvrez le fichier SsoData/ssoLocations.txtqui doit se trouver dans le dossier temporaire (%tmp%).
        Remarque :Si vous ne parvenez pas à localiser le fichier SsoData/ssoLocations.txtdans le dossier temporaire, exécutez la commande suivante pour extraire les URL du service de recherche :

        <InstallationFolder>\ssoregtool\regtool.cmd storeSsoData –d https://<lookup service-ip>:7444/lookupservice/sdk -f <output path>


      2. Le résultat dans le fichier ssoLocations.txtdoit être similaire à celui-ci :

        groupcheck = https://<lookup service-ip>:7444/sso-adminserver/sdk
        admin = https://<lookup service-ip>:7444/sso-adminserver/sdk
        sts = https://<lookup service-ip>:7444/sso-adminserver/sdk

      3. Copiez l'URL stsdepuis le fichier ssoLocations.txtet mettez à jour l'URL stsdans le fichier vpxd.cfg, comme suit :
        <sts>
        <uri>https://<lookup service-ip>:7444/sso-adminserver/sdk</uri>
        </sts>


    • NouveauLa mise à niveau de vSphere 5.1 vers vSphere 5.1.0a à l'aide de Simple Install affiche un message d'avertissement
      Lors de la mise à niveau de vSphere 5.1 vers vSphere 5.1.0a à l'aide de Simple Install, le message d'avertissement suivant s'affiche :

      Vous ne pouvez pas utiliser vCenter Simple Install pour cette installation/mise à niveau. Les composants du package vCenter sont déjà installés. Pour mettre à niveau les composants installés ou installer des composants supplémentaires, cliquez sur les liens menant aux programmes d'installation de composants individuels dans Autorun.

      Solution : Utilisez les programmes d'installation individuels pour passer de vSphere 5.1 à vSphere 5.1.0a.

  • Si Auto Deploy rencontre une règle qui s'applique à un profil d'hôte, il applique cette règle même si le profil d'hôte n'existe plus
    Supposons qu'une des règles dans un ensemble de règles Auto Deploy s'applique à un profil d'hôte et que vous supprimez le profil d'hôte de vSphere Client ou vSphere Web Client. Si vous ne supprimez pas la règle de l'ensemble de règles, le profil d'hôte reste appliqué aux hôtes qui sont démarrés avec Auto Deploy.

    Solution : Vous pouvez déterminer si une des règles utilise un profil d'hôte supprimé par l'intermédiaire de l'applet de commande PowerCLI Get-DeployRuleSet. L'applet de commande montre la chaîne deleted dans la liste des éléments de la règle. Vous pouvez ensuite exécuter l'applet de commande Remove-DeployRule pour supprimer la règle.

  • La configuration de VDS échoue pour les systèmes ESXi démarrés avec Auto Deploy
    Dans un cluster, seuls deux hôtes sont capables d'exécuter une machine virtuelle sur laquelle Fault Tolerance (FT) est activée. L'un des hôtes est redémarré avec Auto Deploy. La configuration de VDS échoue, et l'hôte reste en mode maintenance après avoir été reconnecté au système vCenter Server.
    Ce problème se produit lorsque seul le système ESXi qui est cours de redémarrage peut héberger la machine virtuelle secondaire. Le processus Fault Tolerance ajoute la machine virtuelle secondaire à l'inventaire de l'hôte ESXi qui démarre, et la migration vDS échoue avec une erreur Resource In Use.
    Ce problème a été constaté dans les situations suivantes :

    • Pendant la mise à niveau d'hôtes ESXi qui se trouvent dans un cluster.
    • Si de nombreux hôtes dans un cluster redémarrent simultanément, de sorte que seul un ou deux hôtes démarrent entièrement.
    • Dans un petit cluster (deux ou trois hôtes).

    Solution : Si vous constatez le problème pendant une mise à niveau, désactivez temporairement Fault Tolerance sur les machines virtuelles. Les machines virtuelles peuvent migrer sur l'hôte déjà mis à niveau. Réactivez Fault Tolerance lorsque la mise à niveau est terminée.
    Si le problème se produit lorsque plusieurs hôtes redémarrent ou dans un petit cluster, attendez que plusieurs des hôtes dans le cluster aient terminé le processus de démarrage, puis redémarrez l'hôte affecté. Vous pouvez également désactiver Fault Tolerance sur la machine virtuelle dont la machine virtuelle secondaire est assignée à l'hôte affecté.

  • L'installation de vCenter Server et des composants associés échoue si le nom d'utilisateur de l'utilisateur connecté contient des caractères qui ne sont pas au format ASCII
    Si le nom d'utilisateur de l'utilisateur actuellement connecté contient des caractères qui ne sont pas au format ASCII, l'installation de vCenter Server, de vCenter Inventory Server, de vCenter Single Sign On ou de vSphere Web Client échoue avec le message d'erreur suivant : Le nom d'utilisateur comporte des caractères qui ne sont pas au format ASCII. Veuillez vous connecter avec un nom d'utilisateur comportant uniquement des caractères au format ASCII.

    Solution : Connectez-vous avec un nom d'utilisateur qui contient uniquement des caractères au format ASCII, puis relancez l'installation.

  • L'installation d'Auto Deploy échoue si le chemin d'accès de l'installation comporte des caractères qui ne sont pas au format ASCII
    Si vous sélectionnez un dossier qui contient des caractères qui ne sont pas au format ASCII lorsque vous exécutez le programme d'installation d'Auto Deploy, l'erreur suivante se produit 
    : Erreur 29106. Erreur inconnue.

    Solution : Sélectionnez un dossier dont le nom du chemin d'accès comporte uniquement des caractères au format ASCII.

  • Le service VMware VirtualCenter Management Webservice ne parvient pas à démarrer après que vCenter Server a été installé dans un emplacement qui contient une combinaison des caractères spéciaux !, @, ou #
    Si le chemin d'accès de l'installation de vCenter Server contient une combinaison des caractères spéciaux !, @, ou #, l'installation de vCenter Server réussit mais le service VMware VirtualCenter Management Webservice ne démarre pas, et la connexion à vCenter Server échoue avec l'erreur do not have permissions. Par exemple, le chemin d'accès de l'installation qui suit produirait l'erreur : C:\VMware!@SingleSign@On!#$Installer.

    Solution : Installez vCenter Server dans l'emplacement par défaut ou dans un emplacement personnalisé qui ne comporte pas de caractères spéciaux.

  • L'installation du serveur vCenter Single Sign On échoue sur les systèmes exécutant IBM DB2 9.7 Fix Pack 1 ou une version antérieure
    Les composants de vCenter Single Sign On nécessitent DB2 9.7 Fix Pack 2 ou une version ultérieure. Lorsque vous essayez d'installer vCenter Single Sign On sur un système qui exécute une version antérieure à DB2 9.7, l'installation échoue.

    Solution : Mettez à jour l'instance DB2 9.7 vers Fix Pack 2 ou une version ultérieure.

  • L'installation échoue lorsque vous installez vCenter Single Sign On avec une base de données locale sur une version turque de Windows 2008 R2 64 bits
    Il est possible que vous obteniez une erreur (Erreur 20003 ou 20010) lorsque vous installez vCenter Single Sign On dans un environnement Windows turc et que la base de données se trouve sur le système local. Cette erreur se produit lorsque Microsoft SQL Server met certaines lettres en majuscules, ce qui rend la base de données incompatible avec vCenter Single Sign On.

    Solution :

    1. Installez la base de données sur un système distinct qui exécute une version anglaise de Windows 2008 Server.
    2. Exécutez le programme d'installation de vCenter Single Sign On sur le système qui exécute la version turque de Windows 2008 Server.
    3. Connectez-vous à distance à la base de données.

  • L'installation de vCenter Single Sign On en mode haute disponibilité ou en mode de récupération échoue si le mot de passe principal et le mot de passe administrateur sont différents
    Le comportement suivant se produit lorsque vous installez vCenter Single Sign On en mode haute disponibilité :

    • Lorsque vous indiquez le mot de passe administrateur correct de vCenter Single Sign On, la validation semble réussir, mais l'installation échoue avec une erreur signalant que le mot de passe principal de vCenter Single Sign On est incorrect.
    • Lorsque vous indiquez le mot de passe principal correct de vCenter Single Sign On, la validation échoue parce que le programme d'installation attend le mot de passe administrateur de vCenter Single Sign On.

    Le comportement suivant se produit lorsque vous installez vCenter Single Sign On en mode de récupération :

    • Lorsque vous indiquez le mot de passe administrateur correct de vCenter Single Sign On, l'installation échoue avec une erreur signalant que le mot de passe principal de vCenter Single Sign On est incorrect.
    • Lorsque vous installez vCenter Single Sign On sur une machine du domaine et que vous indiquez le mot de passe principal correct de vCenter Single Sign On, l'installation échoue avec une erreur signalant que le compte du service SSPI ne peut pas être configuré car le programme d'installation attend le mot de passe administrateur de vCenter Single Sign On.
    • Lorsque vous installez Single Sign On sur une machine d'un groupe de travail, l'installation échoue avec une erreur indiquant que la configuration de Lookup Service a échoué. Le fichier journal contient une erreur indiquant que le mot de passe administrateur de vCenter Single Sign On est incorrect.

    Solution : Assurez-vous que le même mot de passe est utilisé comme mot de passe principal de vCenter Single Sign On et comme mot de passe administrateur de vCenter Single Sign On. Vous pouvez vérifier les mots de passe à l'aide des commandes suivantes. <ssoserver folder> par défaut est généralement C:\Program Files\VMware\Infrastructure\SSOServer.

    • Mot de passe principal de vCenter Single Sign On :
      <ssoserver folder>\utils>rsautil.cmd manage-secrets -a list

    • Mot de passe administrateur de vCenter Single Sign On :
      <ssoserver folder>\utils>rsautil.cmd manage-identity-sources -a list -u admin

    Vous pouvez définir les mots de passe à l'aide des commandes suivantes :

    • Mot de passe principal de vCenter Single Sign On :
      <ssoserver folder>\utils\rsautil.cmd manage-secrets -a change -m <master password> -N <new Master Password>

    • Mot de passe administrateur de vCenter Single Sign On :
      <ssoserver folder>\utils\rsautil.cmd reset-admin-password -m <master password> -u <admin> -p <pass>

    Par défaut, le mot de passe administrateur de vCenter Single Sign On expire après 365 jours. Lorsque vous réinitialisez ce mot de passe, réinitialisez également le mot de passe principal de vCenter Single Sign On afin de vous assurer qu'ils restent identiques.

  • L'installation échoue lorsque vous essayez d'installer vCenter Single Sign On dans un environnement IPv6
    Lorsque vous utilisez la commande netsh interface ipv4 uninstallavec un redémarrage dans un environnement exclusivement IPv6 sur Windows 2003, 2008 ou 2008 R2, l'installation de vCenter Single Sign On échoue. L'erreur suivante se produit : Erreur 29114. Impossible de se connecter à la base de données.En outre, l'erreur suivante peut apparaître dans le fichier install.log : Error: Failed to access configuration database: Network error IOException: Address family not supported by protocol family: create.

    Solution : Utilisez le FQDN ou le nom d'hôte du système vCenter Server. La meilleure pratique consiste à utiliser FQDN, qui fonctionne dans tous les cas, au lieu de l'adresse IP, qui peut changer si elle a été attribuée par DHCP. De plus, vous devez réinstaller l'interface IPv4 avec la commande suivante : netsh interface ipv4 install.
    Autre possibilité : sur Windows 2003, 2008 ou 2008 R2, accédez à la boîte de dialogue Modifier les paramètres de l'adaptateur et décochez la case : Protocole Internet version 4 (TCP/IPv4).

  • L'installation de la base de données de vCenter Single Sign On échoue lorsque vous utilisez un guillemet dans votre mot de passe
    Lorsque vous utilisez un guillemet (") dans le mot de passe de Single Sign On, l'installation de la base de données de Single Sign On échoue. Un message d'erreur apparaît lors de l'installation de Single Sign On SQL Express.

    Solution : N'utilisez pas de mot de passe pour Single Sign On contenant des guillemets.

  • L'installation de vCenter Single Sign On échoue lorsque le nom d'hôte du système contient des caractères qui ne sont pas pris en charge
    Un message d'erreur apparaît et l'installation de Single Sign On échoue lorsque le nom d'hôte du système Single Sign On contient des caractères ASCII étendus ou des caractères qui ne sont pas au format ASCII.

    Solution : Utilisez uniquement des caractères au format ASCII pour les noms d'hôte des systèmes sur lesquels Single Sign On est installé.

  • L'installation de Single Sign On échoue lorsque le nom du dossier de Single Sign On contient des caractères qui ne sont pas pris en charge
    Un message d'erreur s'affiche, et l'installation de Single Sign On échoue lorsque le nom du dossier contient des caractères ASCII étendus ou qui ne sont pas au format ASCII.

    Solution : Utilisez uniquement des caractères au format ASCII pour les dossiers source qui contiennent les fichiers du programme d'installation de Single Sign On.

  • La connexion à la base de données MSSQL échoue pendant l'installation de vCenter Single Sign On
    Le message d'erreur La connexion à la base de données a échouéapparaît lorsque vous installez vCenter Single Sign On et que vous utilisez des utilisateurs de base de données MSSQL créés manuellement. Avec les bases de données MSSQL, vous devez utiliser les utilisateurs de base de données d'authentification SQL Server. Les utilisateurs de Windows Authentication ne sont pas pris en charge.

    Solution : Assurez-vous que les utilisateurs de base de données créés manuellement utilisent l'authentification SQL Server.

  • Une erreur se produit en raison de privilèges insuffisants lorsque vous utilisez des utilisateurs de bases de données DB2 créés manuellement
    Lorsque vous installez vCenter Single Sign On et que le programme d'installation demande des informations sur la base de données Single Sign On pour les bases de données existantes, vous pouvez cocher la case Utiliser les utilisateurs de la base de données créés manuellement. Si vous utilisez une base de données DB2 et que vous avez créé manuellement des utilisateurs avec le script rsaIMSLiteDB2SetupUsers.sql, il est possible qu'une erreur se produise et signale que les utilisateurs de la base de données ne disposent pas des privilèges suffisants.

    Solution : Le script rsaIMSLiteDB2SetupUsers.sql, situé dans le répertoire <installation directory>\Single Sign On\DBScripts\SSOServer\schema\db2, n'inclut pas deux des privilèges requis. Si vous utilisez le script pour créer manuellement des utilisateurs, modifiez le script pour inclure les privilèges suivants :
    GRANT DBADM ON DATABASE TO USER RSA_DBA;
    GRANT CREATETAB ON DATABASE TO USER RSA_USER;

    • Problèmes de mise à niveau

      Les problèmes connus qui affectent à la fois l'installation et la mise à niveau sont répertoriés dans Problèmes d'installation.
      • NouveauLa machine virtuelle interrompue a une option Hors tension supplémentaire après mise à niveau vers vCenter Server 5.1
        Une machine virtuelle interrompue affiche une option Hors tension supplémentaire après mise à niveau vers vCenter Server 5.1. Si vous essayez de sélectionner l'option Hors tension l'erreur suivante s'affiche :

        L'opération que vous tentez d'effectuer ne peut pas être effectuée dans l'état actuel (Interrompu).

        Solution : Aucune.
      • NouveauIl est possible que les administrateurs du domaine vCenter Server n'aient pas l'autorisation de se connecter à vCenter Server si la mise à niveau est faite à l'aide de Simple Install
        Il est possible que certains administrateurs du domaine vCenter Server qui étaient autorisés à se connecter à vCenter Server avant la mise à niveau ne puissent plus l'être si la mise à niveau est effectuée à l'aide de Simple Install. Ceci se produit si vCenter Single Sign On ne parvient pas à découvrir certaines sources d'identité.

        Solution : Utilisez la méthode d'installation indépendante. Au cours de la mise à niveau, le programme d'installation fournit une liste d'utilisateurs qui ont un accès administrateur à vCenter Server et une liste des utilisateurs qui seront supprimés.

      • NouveauLa mise à niveau de vCenter Server et vCenter Inventory Service de la version 5.1 à la version 5.1.0a risque d'échouer si vCenter Single Sign On n'est pas accessible au cours de la mise à niveau
        Les tentatives de mise à niveau de vCenter Server et vCenter Inventory Service risquent d'échouer si vCenter Single Sign On n'est pas accessible lors de la mise à niveau.

        Solution : Assurez-vous que vCenter Single Sign On est configuré et en cours d'exécution lors de la mise à niveau de vCenter Server et d'Inventory Service.

      • Pendant la mise à niveau de vSphere Authentication Proxy 5.0 vers la version 5.1, un avertissement « mauvais nom d'utilisateur ou mauvais mot de passe» apparaît
        Lorsque vous effectuez une mise à niveau de vSphere Authentication Proxy 5.0 vers la version 5.1, sur les systèmes sur lesquels vCenter Server Heartbeat est installé, le programme d'installation peut afficher l'avertissement Erreur 29453 la connexion a échoué en raison d'un nom d'utilisateur ou d'un mot de passe erroné. Vous pouvez ignorer cet avertissement et continuer l'installation.

      Problèmes d'octroi de licence
      • Impossible d'ajouter ESXi 5.1 à vCenter Server en utilisant le compte administrateur nommé
        Lorsque vous essayez d'ajouter un hôte ESXi 5.1 à vCenter Server en utilisant un compte administrateur nommé, une erreur de téléchargement de licence peut se produire : Le téléchargement du fichier de licence depuis <IP address> vers vCenter Server a échoué en raison d'une exception : vim.fault.HostConnectFault.

        Solution : Utilisez le compte racine pour ajouter un hôte ESXi 5.1 à vCenter Server.

      Problèmes de sécurité
      • NouveauLe remplacement de la clé SSL et du certificat de vCenter Service sur le dispositif vCenter Server affiche une erreur : VC_CFG_RESULT=655
        Lorsque vous tentez de remplacer la clé SSL et le certificat de vCenter Service sur le dispositif vCenter Server en utilisant la commande vpxd_servicecfg certificate change, le message d'erreur suivant s'affiche :

        VC_CFG_RESULT=655

        Cette erreur apparaît généralement lorsque le fichier de clé privée fourni contient une clé encodée au format PKCS#8 avec l'en-tête BEGIN PRIVATE KEY. Le programme de configuration prend uniquement en charge la clé encodée au format PKCS#1 avec l'en-tête BEGIN RSA PRIVATE KEY.

        Solution : Procédez comme suit pour résoudre le problème :

        1. Convertissez la clé privée au format PKCS#1 à l'aide de la commande openssl, comme suit :

          openssl rsa -in original-user-key-file -out pkcs1-key-file
        2. Essayez à nouveau la commande vpxd_servicecfg certificate changeavec le nouveau fichier de clé :

          vpxd_servicecfg certificate change user-cert-file pkcs1-key-file

      Problèmes de mise en réseau
      • L'allocation d'adresses MAC par préfixe et par plage est uniquement prise en charge dans vCenter Server 5.1 et ESXi 5.1
        L'allocation d'adresses MAC par préfixe et par plage est uniquement prise en charge dans vCenter Server 5.1 et ESXi 5.1. Si vous ajoutez une version d'hôte antérieure à 5.1 à vCenter Server 5.1 et que vous n'utilisez pas d'allocation d'adresses MAC par préfixe ou par plage VMware OUI, les machines virtuelles qui ne sont pas affectées d'adresses MAC par préfixe VMware OUI ne pourront pas se mettre sous tension sur leur hôtes dont la version est antérieure à la version 5.1.
        Les schémas d'allocation d'adresses MAC par préfixe et par plage ne sont pas pris en charge sur des hôtes dont la version est antérieure à 5.1 car ceux-ci se valident explicitement si une adresse MAC utilise le préfixe VMware OUI 00:50:56. Si l'adresse MAC n'utilise pas le préfixe 00:50:56, la machine virtuelle avec une version d'hôte antérieure à 5.1 ne parvient pas à se mettre en sous tension.

        Solution :

        1. N'ajoutez pas de version d'hôte antérieure à 5.1 à vCenter Server 5.1.

        2. Si la machine virtuelle a été nouvellement créée et est placée sur des versions d'hôte antérieures à 5.1, modifiez les paramètres de la machine virtuelle. Si l'adresse MAC de la nouvelle machine virtuelle ne comporte pas le préfixe 00:50:56, modifiez son adresse MAC en type d'adresse manuel et indiquez une autre adresse MAC valide avec le préfixe 00:50:56. Après avoir effectué la modification, les adresses MAC sans les préfixes VMware OUI et celles avec pourront coexister dans vCenter Server.

      • vMotion et Storage vMotion pour les machines virtuelles sur disques monoflat avec un snapshot ne fonctionnent pas
        Monoflat est un format de disque qui n'est plus pris en charge par VMware. Les disques monoflat peuvent être mis sous tension lorsqu'ils sont liés à des machines virtuelles, mais VMware ne recommande pas la migration des machines virtuelles liées. La migration échoue lorsqu'un snapshot est présent.

        Solution : Modifiez le format du disque avant d'essayer des migrations. VMware prend en charge les formats de disque Système de fichiers de la machine virtuelle (VMFS) eagerzeroedthick, zeroedthick, thin disk et 2gbsparse.

      • Le paramètre maxProxySwitchPorts n'est pas cohérent après un redémarrage de l'hôte sans état
        Le nombre maximum de ports sur un hôte est réinitialisé à 512 après le redémarrage de l'hôte et l'application d'un profil d'hôte. Lorsque vous configurez maxProxySwitchPorts sur un hôte sans état spécifique sur un commutateur distribué, il est possible que le paramètre ne demeure pas quand l'hôte est redémarré. Ce problème s'applique uniquement aux hôtes sans état qui font partie d'un commutateur distribué et dont le paramètre maxProxySwitchPorts a été modifié.

        Solution : Modifiez manuellement les paramètres maxProxySwitchPorts des hôtes après le redémarrage.

      • Les session en miroir distantes encapsulées nécessitent que l'IP de destination soit une IP monodiffusion valide
        Dans une session en miroir distante encapsulée, un vSphere Distributed Switch redirige le trafic d'origine vers l'IP de destination spécifiée. Si vous avez sélectionné une adresse IP de multidiffusion ou de diffusion comme destination de la session, le trafic d'origine est mis en miroir vers plusieurs destinations. Cette opération peut consommer une quantité importante de bande passante réseau physique. Si vous avez spécifié une adresse IP non valide, par exemple une adresse IP réservée, le trafic d'origine n'est pas mis en miroir.

        Solution : Configurez des adresses IP multidiffusion valides comme destination de la session en miroir distante encapsulée.

      • La recherche de groupes de ports virtuels distribués par un VLAN privé peut renvoyer des résultats erronés dans un environnement avec plusieurs vCenter Server
        Lorsque vous gérez plusieurs vCenter Servers avec une instance de vSphere Web Client, une recherche de groupes de ports virtuels distribués qui ont des paramètres VLAN privé spécifiques peut non seulement renvoyer les groupes de ports spécifiques, mais également des groupes de ports qui ne devraient pas figurer dans les résultats.

        Solution : Effectuez une autre recherche.

      • L'attribution d'un nom à un profil de protocole réseau avec des codets de substitution provoque une erreur
        La création d'un profil de protocole réseau avec des codets de substitution provoque un échec et un message d'erreur lié à la gestion d'UTF-8 dans vSphere Web Client.

        Solution : Évitez d'utiliser des codets de substitution pour les profils de protocole d'hôte.

      • Impossible de joindre vCenter Server au groupe en Linked Mode
        Vous ne parvenez pas à joindre vCenter Server à un groupe en Linked Mode si vous avez modifié le port HTTPS de vCenter Server pendant une mise à niveau de vCenter Server.

        Solution :

        1. Ouvrez vSphere Client.
        2. Accédez à Administration > Paramètres de vCenter Server > Paramètres avancés.
        3. Sélectionnez la clé nommée VirtualCenter.VimApiURL.
        4. Dans le champ de la valeur, remplacez le numéro de port dans l'URL par celui qui vous a été donné lors de la mise à niveau de vCenter Server.
        5. Redémarrez le service VMware VirtualCenter Server.
        6. Démarrez la configuration Modifier Linked Mode en cliquant sur le Menu démarrer > VMware > Configuration vCenter Server Linked Mode. Cette option lie un vCenter Server à un groupe en linked mode.

      • La topologie standard de commutateur de vSphere Web Client montre les règles de basculement au niveau du commutateur et au niveau du groupe de ports
        L'icône d'état du port ainsi que l'étiquette Stand By ou Unused s'appliquent aux règles de basculement au niveau du commutateur. Lorsqu'un groupe de ports est sélectionné, la ligne orange s'applique aux règles de basculement au niveau du groupe de ports.

        Solution : Aucune. Les adaptateurs réseau physiques soulignés en orange sont utilisés pour le trafic du groupe de ports même s'ils sont étiquetés Stand By ou Unused dans leur topologie.

      Problèmes de stockage
      • Impossible de créer ou d'étendre une banque de données VMFS à l'aide de vSphere Client en japonais
        Lorsque vous exécutez vSphere Client sur un système Windows réglé sur la langue japonaise, toute tentative visant à créer une banque de données VMFS ou à accéder aux propriétés de la banque de données entraîne un message d'erreur indiquant que le format de la chaîne entrée n'est pas valide.

        Solution : Effectuez l'une des opérations suivantes :

      • Les noms des périphériques de stockage utilisant des caractères non ASCII ou ASCII étendus ne peuvent pas être lus dans l'interface utilisateur vSphere Web Client
        Lors du déploiement OVF, les noms des périphériques de stockage utilisant des caractères non ASCII ou ASCII étendus apparaissent altérés ou ne sont pas lisibles dans l'interface utilisateur vSphere Web Client.

        Solution : Nommez les périphériques de stockage en utilisant uniquement les caractères ASCII.

      • La machine virtuelle a observé une latence de la banque de données
        Il est possible que vous voyiez des valeurs de latence de la banque de données incorrectes observées par la machine virtuelle lors de l'exécution de SDRS ou de SIOC sur une banque de données connectée à une combinaison d'hôtes ESXi 5.0 et ESXi 5.1. ESXi 5.1 recueille une nouvelle statistique appelée « la machine virtuelle a observé une latence de la banque de données » qui n'est pas recueillie dans ESXi 5.0. En raison de cette différence, il n'est pas possible de calculer correctement la moyenne des valeurs statistiques entre un mélange d'hôtes ESXi 5.0 et ESXi 5.1. Cela peut également se traduire par un comportement d'équilibrage de charge E/S SDRS réduit lorsqu'un cluster de la banque de données a des banques de données montées avec une combinaison d'hôtes ESXi 5.0 et ESXi 5.1, par rapport à un cluster de banque de données comportant uniquement des hôtes ESXi 5.1.

        Solution : Mettez à niveau tous les hôtes vers ESXi 5.1.

      • Activation des diagrammes de performance historiques des banques de données et des clusters de banques de données dans un environnement activé par un DRS de stockage
        Dans un environnement vSphere 5.1, si le niveau de collecte pour les statistiques est défini sur sa valeur par défaut de 1, seuls les diagrammes de performance en temps réel sont affichés pour les compteurs de données DRS de stockage associés aux mesures de banques de données et des clusters de banques de données. Si vous sélectionnez une fréquence différente, le diagramme affiche No data available. Cette situation est due au fait que de nombreuses mesures de banques de données et des clusters de banques de données sont passées, par défaut, au niveau 3 de collecte de statistiques, afin d'améliorer les performances.

        Solution : Pour activer les diagrammes de performance historiques des mesures des banques de données et des clusters de banques de données, transférez les compteurs DRS de stockage sur le niveau 1 de collecte de statistiques. Pour plus d'informations, consultez l' article 2009532 de la base de connaissances. Sachez que les modifications des niveaux de compteurs peuvent entraîner une augmentation importante de la collecte et du stockage de données ainsi qu'une baisse des performances correspondante. Pour plus d'informations, voir Modifier les niveaux de collecte des compteurs de performance dans le Guide de programmation de vSphere Web Services et la Référence vSphere API.

      • Mise à jour Storage vMotion peut échouer avec un message d'erreur
        Lorsque la configuration de stockage est surchargée et accentuée, il est possible que le temps d'ouverture d'un fichier sur une banque de données VMFS soit beaucoup plus long. Ce délai peut provoquer un échec de Storage vMotion d'une machine virtuelle avec le message d'erreur Un chemin d'accès au disque parent est nécessaire pour le snapshot du disque/chemin d'accès/à/disk/XXX.vmdk.

        Solution : Utilisez l'une des méthodes suivantes pour recharger l'information de disque de la machine virtuelle, puis exécutez à nouveau Storage vMotion.

        • Créez un snapshot fictif, puis supprimez-le immédiatement.
        • Migrez la machine virtuelle vers un autre hôte. Ne modifiez pas la banque de données.
        • Une fois la machine virtuelle hors tension, déconnectez le disque virtuel, puis reconnectez-le.
        • Une fois la machine virtuelle hors tension, supprimez l'enregistrement de la machine virtuelle, puis enregistrez-la à nouveau.
        • Redémarrez l'agent de gestion via DCUI ou en exécutant la commande /etc/init.d/hostd restart.

        Pour éviter un échec de Storage vMotion lorsque la baie de stockage est accentuée et lente, modifiez l'option suivante dans le fichier /etc/vmware/configpour augmenter le nombre de tentatives d'ouverture de disque : diskLibMiscOptions.openRetries = large number, such as 99.

      Problèmes de configuration de serveur
      • La validation des personnalisations d'hôte échoue lors de la modification des profils d'hôte
        Vous devriez recevoir l'erreur suivante lorsque vous validez les personnalisations d'hôte à partir de l'éditeur de profil d'hôte :
        Cannot validate host customizations for host.

        Cette erreur peut survenir lorsque d'anciennes valeurs de personnalisation d'hôte sont enregistrées dans vCenter Server, comme par exemple lorsqu'un hôte a été auparavant associé à un ancien profil d'hôte avec une configuration différente.

        Solution : suivez la procédure suivante pour réinitialiser les personnalisations d'hôte :

        1. Faites un clic droit sur l'hôte indiqué dans le message d'erreur.
        2. Sélectionnez Toutes les actions vCenter > Profils d'hôte > Réinitialiser les personnalisations d'hôte.

      • Des défaillances de conformité de la stratégie réseau se poursuivent sur les profils d'hôte créés depuis des hôtes ESXi 4.1 ou ESXi 4.0 et appliqués à des hôtes ESXi 5.1
        Après avoir appliqué un profil d'hôte créé depuis un hôte ESXi 4.1 ou ESXi 4.0 à un hôte ESXi 5.1, il est possible que les défaillances de conformité du profil d'hôte suivantes se poursuivent :

        For port group [PORT GROUP NAME] network policy property spec.policy.nicTeaming.failureCriteria doesn't match
        For port group [PORT GROUP NAME] network policy property spec.policy.nicTeaming.reversePolicy doesn't match

        Les paramètres réseau ci-dessus ne sont pas pris en charge sur les hôtes ESXi 5.1 et ne sont plus configurés lors de l'application d'un profil d'hôte qui contient ces paramètres.

        Solution : Deux solutions sont possibles :

        • Après l'avoir appliqué le profil d'hôte créé à l'origine depuis un hôte ESXi 4.1 vers un hôte ESXi 5.1, créez un nouveau profil d'hôte depuis l'hôte ESXi 5.1 et attachez-le à cet hôte ESXi 5.1 et aux autres hôtes ESXi 5.1 concernés.
        • Modifiez la stratégie d'association de cartes réseau dans le profil d'hôte avec l'option L'utilisateur doit choisir explicitement l'option de stratégie au lieu de l'option Appliquer la stratégie d'association de cartes réseau spécifiée.

      • Des erreurs de conformité du profil d'hôte se produisent lors de la suppression d'hôtes ESXi de l'inventaire de vCenter Server
        Lors de la vérification de conformité d'un profil d'hôte, vCenter Server a parfois besoin d'effectuer une requête auprès d'un hôte ESXi pour des données liées aux profils d'hôtes. L'hôte cible de l'opération de vérification de conformité n'est pas nécessairement l'hôte ESXi que vCenter Server utilise pour ces requêtes de données de profil d'hôte. Une condition de concurrence existe lorsqu'un client supprime un hôte ESXi de l'inventaire de vCenter Server et effectue en même temps une opération de vérification de conformité. Pendant ce temps, une requête pour des données de profil d'hôte provoque une erreur avec le message Host Unavailable For Checking Compliance.

        Solution : Après avoir supprimé l'hôte de l'inventaire de vCenter Server, revérifiez la conformité de l'hôte. vCenter Server essaye d'utiliser un hôte différent pour demander les données du profil d'hôte.

      • Des défaillances de conformité de l'ensemble de règles du pare-feu peuvent se produire après la correction d'un hôte ESXi 5.1 avec un profil d'hôte ESXi 5.0
        Lors de la vérification de conformité utilisant un profil d'hôte créé depuis un hôte ESXi 5.0, vous pouvez voir des défaillances de conformité liées à CIMHttpsService et à CIMHttpService.

        Dans certains cas, une discordance dans le profil d'hôte peut exister entre l'état activé de l'ensemble de règles de pare-feu pour les services CIM/WBEM (CIMHttpService et CIMHttpsService) et la stratégie de démarrage des services des services CIM/WBEM (sfcb-watchdog). Lorsque le service démarre, les ports du pare-feu s'ouvrent automatiquement. Il s'en suit une défaillance de conformité de l'ensemble de règles de pare-feu du service CIM.

        Solution : Procédez au choix comme suit :

        • Rendez le profil d'hôte cohérent en modifiant l'ensemble de règles de pare-feu pour CIMHttpService et CIMHttpsService dans le profil d'hôte afin que le paramètre activé soit True.
        • Accédez à la configuration du profil de sécurité de l'hôte ESXi depuis lequel le profil d'hôte a été créé (ou le nouvel hôte de référence, s'il a changé depuis la création), puis actualisez manuellement les informations du pare-feu. Effectuez ensuite une opération Mettre à jour le profil d'hôte depuis l'hôte de référence.

        Si vous utilisez vSphere Web Client, vous pouvez également effectuez une opération « Copier les paramètres depuis l'hôte » afin de mettre à jour le profil d'hôte.

      Problèmes vCenter Server et vSphere Client
      • NouveauÉchec d'authentification avec UPN non standard
        L'authentification échoue avec un UPN non standard en utilisant l'authentification Windows depuis le vSphere Web Client et le vSphere Client hérité. Ce problème affecte les clients qui veulent utiliser des cartes à puce pour surveiller et gérer vCenter Server.

        Solution : Procédez à l'une des actions suivantes :

        • Utilisez un nom de domaine d'origine pour vous connecter à la plate-forme vCenter Server et authentifiez-vous avec un nom d'utilisateur et un mot de passe valide

        • Utilisez le vSphere Client pour vous connecter à l'aide de cartes à puce et de l'authentification Windows

      • NouveauLa connexion à vCenter Server via vSphere Web Client échoue si vous spécifiez un nom d'utilisateur non-ASCII
        Si vous fournissez un nom d'utilisateur vCenter Server valide composé de caractères non-ASCII, lorsque vous tentez de vous connecter en utilisant vSphere Web Client, la tentative de connexion échoue avec l'erreur suivante :

        Provided credentials are not valid.

        Solution : Utilisez uniquement des caractères ASCII dans les noms d'utilisateurs.

      • Les données pour les machines virtuelles sélectionnées en nombre se chargent lentement dans vSphere Web Client
        Dans vSphere Web Client, si vous sélectionnez un grand nombre de machines virtuelles dans une liste en appuyant sur Ctrl+A, Maj+Fin ou Maj+Origine, les données des machines virtuelles peuvent mettre du temps à charger.

        Solution : Appuyez sur Échap pour annuler l'opération de sélection multiple.

      • Impossible de mettre sous tension une machine virtuelle dans vSphere Web Client
        Si vous mettez hors tension une machine virtuelle depuis le système d'exploitation client, l'état de la machine virtuelle risque de ne pas être mis à jour dans vSphere Web Client. Si vous essayez ensuite de mettre sous tension la machine virtuelle, l'opération échoue et entraîne le message d'erreur suivant : Cette action n'est pour le moment pas disponible pour les objets sélectionnés.

        Cliquez sur le bouton Actualiser dans vSphere Web Client, puis répétez l'opération de démarrage.

      • Les utilisateurs Active Directory mis à jour avec des noms d'utilisateurs UPN personnalisés ne peuvent pas utiliser les informations d'identification de session Windows pour se connecter au vSphere Web Client
        Les utilisateurs Active Directory peuvent avoir un suffixe personnalisé dans leur UPN au lieu d'utiliser le nom de domaine comme suffixe. Par exemple, le nom d'utilisateur alice@company.com peut être personnalisé de la façon suivante alice@sales.company.com. Les utilisateurs Active Directory possédant de tels suffixes personnalisés ne sont pas en mesure de se connecter à vSphere Web Client à l'aide de leurs informations d'identification de session Windows si vCenter Single Sign On est installé sur un système Windows.

        Les utilisateurs qui se connectent avec une carte à puce dont l'UPN inclut un suffixe personnalisé ne pourront pas recevoir leurs nom d'utilisateur et mot de passe système Windows. Par exemple, étant donné que les utilisateurs de carte à puce CAC se connectent toujours avec la carte à puce, ils ne reçoivent pas leurs informations d'identification Windows. Ces utilisateurs ne peuvent pas se connecter à un environnement vSphere si Single Sign On est activé avec la fonctionnalité Utiliser les informations d'identification Windows.

        Solution : Si vCenter Single Sign On est installé sur un système Windows, les utilisateurs Active Directory en possession de suffixes personnalisés doivent se connecter sur vSphere Web Client en saisissant leur nom d'utilisateur et leur mot de passe, le nom d'utilisateur portant le nom de domaine non personnalisé en tant que suffixe. Cette solution est uniquement valable pour les utilisateurs valides qui connaissent leurs informations pour le système Windows.

      • L'interface Web de vCenter Server Appliance ne fonctionne pas avec Firefox 14
        Avec Firefox 14 ou une version ultérieure, les onglets Administration, Services et Stockage n'apparaissent pas dans l'interface Web de vCenter Server Appliance. La page Admin s'affiche mais reste vierge. Ceci empêche la configuration de l'appartenance à Active Directory et d'autres paramètres.

        Solution : Utilisez un autre navigateur pris en charge ou utilisez la version étendue du support Firefox basée sur Firefox 10 et téléchargeable sur http://www.mozilla.org/en-US/firefox/organizations/all.html.

      • Les plug-ins désinstallés apparaissent dans l'interface de gestion des plug-ins de vSphere Web Client
        Si vous désinstallez un plug-in vSphere Web Client actuellement chargé, l'interface de gestion des plug-ins continue d'afficher le plug-in jusqu'au redémarrage du serveur Web. La fonctionnalité de plug-in elle-même n'est plus disponible dans vSphere Web Client.

        Solution : Redémarrez le serveur Web.

      • La console de la machine virtuelle dans vSphere Web Client ne répond pas aux entrées à la souris
        Sur les machines virtuelles exécutant certaines distributions de Linux, il est possible que la console ne réponde pas au départ aux entrées à la souris lorsque vous lancez la console depuis vSphere Web Client.

        Solution : Cliquez sur Plein écran pour faire passer la console en mode plein écran.

      • Un menu contextuel du navigateur Web apparaît en cliquant avec le bouton droit sur un objet dans l'inventaire de vSphere Web Client.
        Avec Windows 8 et Internet Explorer 10, lorsque vous accédez à un objet dans l'inventaire de vSphere Web Client et que vous cliquez sur le bouton droit, le menu contextuel du navigateur s'affiche au-dessus du menu contextuel de l'objet. .

        Solution : Cliquez avec le bouton droit à un autre endroit dans l'application afin d'afficher le menu contextuel de l'objet.

      • Impossible de supprimer un dossier
        Si vous avez l'autorisation Dossier.Supprimer dossier définie uniquement au niveau du dossier, toute tentative de suppression de ce dossier produit un message d'erreur indiquant que vous ne disposez pas des autorisations requises.

        Solution : Aucune.

      • Erreurs Failed to read requestdans vpxd.log
        Des messages d'erreur similaires aux suivants peuvent apparaître dans :
        2012-05-15T08:41:03.120Z [7F7DCB7C6700 error 'QsAdapter.HTTPService'] Failed to read request; stream: UNIX(/var/run/vmware/vpxd-qsadapter-pipe), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:03.120Z [7F7DCB889700 error 'SoapAdapter.HTTPService'] Failed to read request; stream: TCP(), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:33.124Z [7F7DCB5BE700 error 'SSL SoapAdapter.HTTPService'] Failed to read request; stream: SSL(no stream), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:48.125Z [7F7DCB57D700 error 'SSL SoapAdapter.HTTPService'] Failed to read request; stream: SSL(no stream), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:48.125Z [7F7DCAD75700 error 'SSL SoapAdapter.HTTPService'] Failed to read request; stream: SSL(no stream), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
        2012-05-15T08:41:58.127Z [7F7DCBC58700 error 'SoapAdapter.HTTPService'] Failed to read request; stream: TCP(), error: N7Vmacore16TimeoutExceptionE(Operation timed out)

        Ces entrées de journal ne sont sont pas de véritables erreurs, elles indiquent uniquement une tentative de connexion à un service externe qui n'est pas en cours d'exécution.

        Solution : Aucune.

      • Les noms de balise ne peuvent pas contenir de codets de substitution
        Si vous tentez de créer une balise dont le nom comporte des codets de substitution, la création de la balise échoue.

        Solution : N'utilisez pas de codets de substitution dans les noms de balise.

      • Les modifications du nom d'hôte du système vCenter Server ne sont pas reflétées dans vSphere Web Client ou dans l'inventaire de vSphere Web Client
        Si vous modifiez le nom d'hôte d'un système vCenter Server ou vCenter Server Appliance, la machine locale affiche le nouveau nom d'hôte, mais l'ancien nom apparaît dans vSphere Web Client et dans l'inventaire de vSphere Client.

        Solution : Utilisez vSphere Web Client ou vSphere Client pour modifier le nom d'affichage du système vCenter Server.

        Dans vSphere Web Client, procédez comme suit :

        1. Accédez à l'instance vCenter Server et sélectionnez l'onglet Gérer.
        2. Dans Paramètres, cliquez sur Général.
        3. Dans la boîte de dialogue Modifier les paramètres de vCenter Server, sélectionnez Paramètres d'exécution.
        4. Dans Nom du vCenter Server, tapez le nom du système vCenter Server.
        5. Cliquez sur OK.

        Dans vSphere Client, procédez comme suit :

        1. Sélectionnez Administration > Paramètres de vCenter Server.
        2. Si le système vCenter Server fait partie d'un groupe en Linked Mode, sélectionnez le serveur à configurer dans la liste déroulante vCenter Server actuel.

          Remarque : Le Linked Mode n'est pas pris en charge sur vCenter Server Appliance.

        3. Dans le volet de navigation, sélectionnez Paramètres d'exécution.
        4. Dans Nom du vCenter Server, tapez le nom du système vCenter Server.
        5. Cliquez sur OK.

      • vSphere Web Client ne répond plus lors de l'exécution de plusieurs opérations
        Lorsque vous effectuez des opérations qui affectent plusieurs machines virtuelles, par exemple mettre sous tension ou hors tension plusieurs machines virtuelles, il est possible que vSphere Web Client ne réponde plus jusqu'à ce que les tâches soient terminées. Ce problème est lié à une limitation de Flash quant au nombre de tâches qu'il est possible d'exécuter en parallèle. vSphere Web Client ne répond plus lorsque toutes les tâches sont envoyées au serveur.

        Solution : Aucune.

      • La sauvegarde de la base de données d'Inventory Service échoue
        Une sauvegarde de la base de données d'Inventory Service pendant l'exécution d'Inventory Service échoue en raison d'une erreur bad_certificate.

        Solution : Fermez Inventory Service avant d'effectuer une sauvegarde.

        Sur un système Windows, procédez comme suit :

        1. Arrêtez Inventory Service :
          1. Ouvrez le panneau de configuration des outils d'administration de Windows, puis sélectionnez Services.
          2. Cliquez avec le bouton droit sur VMware vCenter Inventory Service et sélectionnez Arrêter.
        2. Ouvrez l'invite de commande et remplacez le répertoire par vCenter_Server_installation_directory\Infrastructure\Inventory Service\scripts.

          vCenter_Server_installation_directory est le répertoire dans lequel vous avez installé vCenter Server. Par défaut, il s'agit de C:\VMware\.

        3. Lorsque vous y êtes invité, exécutez la commande suivante pour sauvegarder la base de données d'Inventory Service : backup.bat -file backup_file_name.

        Sur vCenter Server Appliance, procédez comme suit :

        1. Ouvrez une console et exécutez la commande service vmware-inventory service stoppour arrêter Inventory Service.
        2. Remplacez le répertoire par /usr/lib/vmware-vpx/inventoryservice/scripts/.
        3. Exécutez la commande suivante pour effectuer une sauvegarde de la base de données d'Inventory Service : ./backup.sh -file backup_file_name.

      • Impossible d'ajouter un hôte ESXi à vCenter Server Appliance avec l'adresse IPv6 de lien local
        Si vous essayez d'ajouter un hôte ESXi à vCenter Server Appliance avec une adresse IPv6 de lien local de la forme fe80::*, vous voyez apparaître le message, Cannot contact the specified host.

        Solution : Utilisez une adresse IPv6 valide pour l'hôte qui ne soit pas une adresse de lien local.

      • L'activation de DRS pour un cluster engendre un avertissement erroné sur l'activation de DRM
        Si vous reprenez une tâche Modifier les services de cluster depuis le volet Travail en cours et que vous activez DRS, vous pouvez voir un message indiquant de manière erronée que DPM sera activé. Cette erreur se produit après vous être déconnecté puis reconnecté à vSphere Web Client tandis que la tâche Modifier les services de cluster est enregistrée dans le volet Travail en cours.

        Solution : Aucune solution n'est nécessaire. DPM ne sera pas activé.

      • Une recherche échoue et les plugins Intégrité du matériel et État du matériel sont désactivés dans vSphere Client
        vSphere Client ne se connecte pas à Inventory Service lorsqu'il est installé sur Windows 2003 ou Windows XP. Les effets sont les suivants :

        • Lorsque vous essayez d'effectuer une recherche dans l'inventaire de vSphere Client, vous voyez apparaître le message d'erreur, La connexion au service de requête a échoué. Une erreur de communication s'est produite lors de l'envoi des données au serveur. (La connexion sous-jacente a été fermée : Une erreur inattendue s'est produite lors d'un envoi.)
        • Les plugins Intégrité du matériel et État du matériel sont désactivés et ne peuvent pas être affichés dans vSphere Client.

        Solution : Aucune pour Windows XP 32 bits. Pour Windows 2003 ou Windows XP 64 bits, appliquez le correctif logiciel approprié figurant dans la liste qui suit.

        Plateforme : x64
        Langue : Anglais
        Emplacement : ( http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix192447/3790/free/351403_ENU_x64_zip.exe)

        Plateforme : ia64
        Langue : Anglais
        Emplacement : ( http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix192447/3790/free/351397_ENU_ia64_zip.exe)

        Plateforme : i386
        Langue : Anglais
        Emplacement : ( http://hotfixv4.microsoft.com/Windows%20Server%202003/sp3/Fix192447/3790/free/351385_ENU_i386_zip.exe)

      • Les service vCenter Server et vCenter Single Sign On ne démarrent pas
        Lorsque vous modifiez le nom d'hôte ou l'attribution du port du serveur de la base de données de Single Sign On, Single Sign On échoue. De ce fait, le démarrage de vCenter Server échoue. Ce problème se produit lorsque vous utilisez SQL Server Express Edition, qui est installé avec Single Sign On et vCenter Server. Si SQL Server Express Edition est configuré pour utiliser des ports dynamiques, l'attribution de ports peut changer lors du redémarrage du système. Ce problème se produit lorsque le port est déjà occupé par un autre service.

        Solution : Lorsque vous modifiez le nom d'hôte ou le port du serveur de la base de données de Single Sign On, vous devez reconfigurer Single Sign On avec le nouveau nom d'hôte ou le nouveau port.

        1. Arrêtez le serveur vCenter Single Sign On.
        2. Entrez la commande suivante :
          <ssoserver folder>\utils> ssocli configure-riat -a configure-db --database-host <new database server> --database-port <new database port> -m <master password>
        3. Modifiez le fichier texte suivant afin de remplacer le numéro de port par la nouvelle valeur sur la ligne qui commence par db.url=:
          <ssoserver folder>\webapps\lookupservice\WEB-INF\classes\config.properties
        4. Démarrez le serveur vCenter Single Sign On.

      • L'attachement d'une base de données Oracle à vCenter Server Appliance provoque une erreur relative à un schéma incompatible
        Si vous tentez de configurer vCenter Server Appliance avec une base de données Oracle externe qui auparavant était utilisée avec vCenter Server 5.0 Appliance, vous voyez apparaître le message d'erreur, Error: Incompatible DB schema version.

        Solution : Vous pouvez utiliser l'assistant de configuration de vCenter Server Appliance pour réinitialiser la base de données. Cette opération détruira tous les enregistrements qui se trouvent actuellement dans la base de données. Pour conserver les enregistrements de la base de données, suivez le processus de mise à niveau décrit dans la documentation relative à la mise à niveau de vSphere pour effectuer une mise à niveau de vCenter Server Appliance et de la base de données de vCenter Server 5.0 vers vCenter Server 5.1.

        Pour réinitialiser la base de données :

        1. Connectez-vous à l'interface Web de vCenter Server Appliance et démarrez l'assistant de configuration.
        2. Entrez les informations relatives à la base de données.

          L'assistant affiche le message, The database has been initialized with an incompatible schema version.

        3. Sélectionnez réinitialiser le contenu de la base de données.

      • Des erreurs liées aux scripts python apparaissent lorsqu'un fichier de configuration non valide est téléchargé vers l'assistant de configuration de vCenter Server Appliance
        Dans l'assistant de configuration initiale de vCenter Server Appliance, si vous sélectionnez Télécharger le fichier de configuration et que vous sélectionnez un fichier non valide, l'interface Web affiche des erreurs liées aux scripts python.

        Solution : Aucune.

      • Erreurs de connexion ou de navigation après la mise à niveau de vCenter Server Appliance avec une adresse IP statique
        Après avoir effectué une mise à niveau de vCenter Server Appliance avec une adresse IP statique, les erreurs suivantes peuvent se produire :

        • Lorsque vous essayez de vous connecter à l'interface Web de vCenter Server Appliance, vous pouvez voir l'erreur, Connexion au serveur impossible. Veuillez réessayer.
        • Lorsque vous essayez d'accéder à une nouvelle page dans l'interface Web de vCenter Server Appliance, vous pouvez voir l'erreur, Not Found.

        Solution : Videz le cache du navigateur et reconnectez-vous à l'interface Web de vCenter Server Appliance.

      • Active Directory n'est pas reconnu comme source d'identité si vCenter Server Appliance est joint à un domaine Active Directory avant que vCenter Single Sign On ne démarre
        Ce problème peut se produire lorsque vCenter Server Appliance est joint à un domaine Active Directory dans le cadre de la configuration initiale avec l'assistant de configuration de l'interface Web. Après la configuration, les services vCenter Server et vCenter Single Sign On associés peuvent fonctionner, mais Active Directory n'est pas reconnu comme une source d'identité.

        Solution : Effectuez l'une des opérations suivantes.

        • Redémarrez vCenter Server Appliance.
        • Redémarrez vCenter Single Sign On, puis le service vSphere Web Client.

      • Impossible de reconfigurer les paramètres de vCenter Server Appliance qui ont échoué lors de la configuration initiale
        Le première fois que vous vous êtes connecté à vCenter Server Appliance, l'assistant de configuration initiale vous a demandé d'accepter le CLUF et de configurer les options des bases de données, de vCenter Single Sign On et d'Active Directory. Si l'une de ces étapes échoue, l'assistant de configuration termine les étapes restantes et démarre le service vCenter Server.

        Si vous essayez de reconfigurer l'un des paramètres que l'assistant n'est pas parvenu à configurer, vous voyez le message, Erreur : VPXD doit être arrêté pour effectuer cette opération.

        Solution : Procédez comme suit :

        1. Connectez-vous à la console de vCenter Server Appliance, puis exécutez la commande suivante : /etc/init.d/vmware-vpxd stop
        2. Reconnectez-vous à l'interface Web de vCenter Server Appliance et reconfigurez les paramètres selon vos besoins.
        3. Redémarrez le service vCenter Server avec l'interface Web.

      • L'élément associé figurant dans les résultats de la recherche avancée peut ne pas être l'élément spécifié dans les critères de recherche
        Lorsque vous effectuez une recherche avancée dans vSphere Web Client et que vous spécifiez une relation entre les objets, les résultats de la recherche sont corrects, mais l'objet associé affiché dans les résultats peut ne pas être l'objet que vous avez spécifié dans les critères de recherche.

        Si par exemple vous recherchez tous les dossiers qui disposent d'un hôte dont le nom contient « exemple », la liste correcte des dossiers apparaît dans les résultats de la recherche. Toutefois, l'hôte figurant dans la colonne des objets associés peut ne pas être l'hôte dont le nom contient « exemple », mais un hôte portant un nom différent qui se trouve également dans ce dossier.

        Solution : Aucune.

      • Certains caractères chinois ou japonais ne s'affichent pas correctement dans vSphere Web Client
        Lorsque vous accédez à vSphere Web Client depuis un système Linux dont le chinois ou le japonais est la langue par défaut, certains textes dans vSphere Web Client s'affichent sous forme de boîtes rectangulaires au lieu des caractères chinois ou japonais corrects.

        Solution : Installez Linux avec l'anglais comme langue par défaut, puis choisissez le chinois ou le japonais comme langue par défaut après l'installation.

      • L'assistant de configuration initiale de vCenter Server Appliance ne prend pas en charge la configuration d'adresses IP statiques
        Lorsque vous vous connectez à l'interface Web de vCenter Server Appliance pour la première fois après le déploiement, l'assistant de configuration démarre et vous invite à accepter le CLUF et à configurer les options des bases de données, de vCenter Single Sign On et d'Active Directory. L'assistant ne présente pas les options de configuration du réseau. vCenter Server Appliance est configuré pour utiliser DHCP par défaut.

        Solution : Si vous avez terminé l'assistant de configuration initiale, une modification vers une configuration de réseau statique nécessite une modification du certificat SSL du dispositif :

        1. Sur la page Admin de l'interface Web de vCenter Server Appliance, cliquez sur le bouton Basculer le paramétrage de certificat pour modifier l'option Régénération de certificat activée sur Oui.
        2. Configurez l'adresse IP statique de vCenter Server Appliance.

        Si vous n'avez pas terminé l'assistant de configuration initiale, procédez comme suit :

        1. Ouvrez une session sur l'interface Web de vCenter Server Appliance.
        2. Acceptez le CLUF puis cliquez sur Annuler.
        3. Configurez le réseau.

          Si vous modifiez le nom ou l'adresse IP de l'hôte, vous serez déconnecté de l'interface Web. Reconnectez-vous en utilisant le nouveau nom d'hôte ou la nouvelle adresse IP.

        4. Sur la page de vCenter Server, cliquez sur l'onglet Résumé.
        5. Cliquez sur le bouton Lancer en regard de l'assistant de configuration. Terminez l'assistant de configuration pour finir la configuration initiale du dispositif.

        Si vous utilisez vCenter Server pour déployer vCenter Server Appliance en tant qu'OVF, vous pouvez configurer une adresse IP statique pendant le déploiement. Cependant, cette opération s'applique uniquement aux environnements dans lesquels une instance de vCenter Server est déployée.

      • Impossible de modifier le nom de l'hôte dans l'interface Web de vCenter Server Appliance
        Une tentative de modification du nom d'hôte dans l'interface Web de vCenter Server Appliance peut échouer. Ce problème se produit lorsqu'un dispositif est configuré de sorte à utiliser une adresse IP et un nom d'hôte statiques. Dans l'onglet « Réseau », si vous modifiez à la fois le nom d'hôte et l'adresse IP et que vous enregistrez ces paramètres, seule l'adresse IP est modifiée. Le nom d'hôte reste identique.

        Solution : Si vous devez modifier à la fois le nom d'hôte et l'adresse IP, effectuez ces modifications en deux opérations distinctes.

      • La modification du MTU de matériel indépendant iSCSI dans vSphere Client nécessite que vous activiez auparavant les trames Jumbo
        Lorsque vous utilisez vSphere Client pour modifier le paramètre MTU dans la boîte de dialogue Paramètres avancés, vous devez tout d'abord cocher la case Trame Jumbo. Si vous ne le faites pas, la modification du MTU ne se propage pas à l'adaptateur matériel indépendant. Dans vSphere Web Client, la case Trame Jumbo n'est pas présente. Vous modifiez par conséquent la valeur dans la zone d'entrée du MTU.

        Solution :
        Dans vSphere Client :

        1. Sélectionnez un hôte dans le panneau d'inventaire.
        2. Cliquez sur l'onglet Configuration et cliquez sur Adaptateurs de stockage dans le panneau Matériel.
        3. Sélectionnez un adaptateur matériel indépendant dans la liste des adaptateurs de stockage.
        4. Cliquez sur Propriétés, puis sur Avancé.
        5. Activez les trames Jumbo en cochant la case Trame Jumbo.
        6. Modifiez la valeur dans la zone d'entrée du MTU et cliquez sur OK.
        7. Remarque : Si vous activez les trames Jumbo, mais que la valeur de la taille du MTU que vous entrez ne dépasse pas 1500 octets, l'activation des trames Jumbo est ignorée.

        Dans vSphere Web Client :
        1. Accédez à l'hôte dans le navigateur d'objets de vSphere Web Client.
        2. Cliquez sur l’onglet Gérer, puis cliquez sur Stockage.
        3. Cliquez sur Adaptateurs de stockage et sélectionnez l'adaptateur iSCSI matériel indépendant dans la liste des adaptateurs.
        4. Dans Détails de l'adaptateur, cliquez sur l'onglet Options avancées, puis cliquez sur Modifier.
        5. Modifiez la valeur du paramètre MTU.

      • Impossible de se connecter à vCenter Server après avoir remplacé les certificats SSL
        Après avoir remplacé les certificats SSL de vCenter Server, il est possible que vous ne parveniez pas à vous connecter au serveur. La raison en est que vCenter Server n'est pas redémarré lorsque vous remplacez les certificats SSL. Vous devez redémarrer le serveur pour actualiser les certificats pour Single Sign On.

        Solution : Redémarrez vCenter Server après avoir remplacé les certificats SSL.

      • Une exception d'E/S Java apparaît dans le fichier journal lorsque vous démarrez vCenter Single Sign On sur vCenter Server Appliance
        Lorsque vous démarrez vCenter Single Sign On sur un vCenter Server Appliance, une exception d'E/S Java peut apparaître dans /var/log/vmware/sso/catalina.out.

        Par exemple :

        java.io.IOException: ClientAbortException: java.net.SocketException: Broken pipe
        at com.sun.xml.ws.server.SDDocumentImpl.writeTo(SDDocumentImpl.java:278)
        at com.sun.xml.ws.transport.http.HttpAdapter.publishWSDL(HttpAdapter.java:539)

        En outre, lorsque vous arrêtez le serveur Single Sign On sur vCenter Server Appliance, une fuite de mémoire peut apparaître dans /var/log/vmware/sso/catalina.out.

        Par exemple :

        SEVERE: The web application [/ims] appears to have started a thread named [Thread-4] but has failed to stop it. This is very likely to create a memory leak.

        Solution : Aucune.

      • Le démarrage de vCenter Server peut échouer ou vous ne parvenez pas à vous connecter à vSphere Web Client après avoir redémarré le système du serveur de Single Sign On
        Lorsque vous redémarrez la machine sur laquelle vCenter Single Sign On est installé, des modifications peuvent se produire sur le système. Par exemple, des mises à jours sont appliquées au système d'exploitation, le nom de la machine change, ou la machine est ajoutée ou supprimée du domaine Active Directory. En raison de ces modifications, il est possible que le serveur de Single Sign On ne réponde pas, bien que Single Sign On soit actif. De ce fait, vCenter Server ne démarre pas. Cela peut se produire si vous clonez ou modifiez les paramètres d'une machine virtuelle sur laquelle Single Sign On est installé (par exemple, la quantité de mémoire, le nombre de processeurs, l'adresse MAC, etc.).

        Solution : Procédez comme suit :

        1. Sur le système sur lequel Single Sign On est installé, localisez le répertoire d'installation de Single Sign On et exécutez les commandes suivantes depuis le dossier utils :
          rsautil manage-secrets -a recover -m masterPassword
        2. Redémarrez le service Single Sign On.
        3. Démarrez le service vCenter Server.
        1. Le domaine Active Directory auquel appartient vCenter Server n'apparaît pas dans la liste des serveurs de sources d'identité Single Sign On
          Sur Windows, si vCenter Server est installé sur une machine jointe à un domaine Active Directory, les utilisateurs du domaine n'apparaissent pas dans vSphere Client ou vSphere Web Client. Sur Linux, le message d'erreur Impossible de récupérer l'utilisateur du domaineapparaît.

          Solution : Configurez une zone de recherche directe inversée, un enregistrement de pointeur associé, et synchronisez l'horloge système.

        2. vCenter Server Appliance ne prend pas en charge la configuration d'Active Directory avec IPv6
          Si vous essayez de configurer Active Directory sur vCenter Server Appliance avec IPv6, la configuration échoue.

          Solution : Configurez Active Directory sur vCenter Server Appliance avec IPv4.

        3. vCenter Server Appliance ne prend pas en charge les adresses IPv6 dans le paramètre proxy
          Si vous essayez d'entrer une adresse IPv6 pour le paramètre proxy sur la page Mise en réseau de la console Web de vCenter Server Appliance, la configuration échoue.

          Solution : Utilisez une adresse IPv4 pour le paramètre proxy de vCenter Server Appliance.

        4. La page de connexion de vSphere Web Client met plusieurs minutes à s'ouvrir après certaines opérations
          Généralement, lorsque vous ouvrez l'URL de vSphere Web Client dans un navigateur, la page de connexion s'ouvre immédiatement. Mais si vous venez de terminer l'installation, ou si vous redémarrez le service vSphere Web Client ou que vous configurez vCenter Server Appliance, la page de connexion ne s'ouvre pas immédiatement. Il est possible qu'une page vide apparaisse pendant quelques minutes, suivie d'une page HTTP 404.

          Solution : Attendez quelques minutes, puis essayez d'actualiser la page. Si vous actualisez la page après 2 à 4 minutes, la page de connexion s'ouvre correctement.

        5. Sur les systèmes Linux, la police n'apparaît pas correctement sur certaines pages de vSphere Web Client
          Les services d'hébergement Web des shell Linux et UNIX (*nix/*nux) n'appliquent pas correctement les apparences Adobe Flex Spark sur certaines pages de vSphere Web Client. Par exemple, les polices en gras dans les titres n'apparaissent pas en gras.

          Solution : Installez les polices True Type Core de Microsoft, msttcorefonts, pour votre système d'exploitation. Par exemple, sur les système Ubuntu, tapez sudo apt-get install msttcorefontsdans l'invite de commande.

        6. Impossible de se connecter à vSphere Web Client avec les informations d'identification de session Windows
          vSphere Web Client ne prend pas en charge la connexion avec les informations d'identification de session Windows lorsque vous êtes connecté à Windows comme utilisateur du système d'exploitation local. Lorsque vous vous connectez à vSphere Web Client avec les informations d'identification de session Windows, vous devez être un utilisateur Active Directory d'un domaine qui existe en tant que source d'identité dans vCenter Single Sign On.

          Remarque : La connexion avec les informations d'identification de session Windows n'est pas prise en charge pour les systèmes vCenter Server 5.0.

          Solution : Pour utiliser les informations d'identification de session Windows pour vous connecter à vSphere Web Client depuis un navigateur sur un système Windows, vous devez vous connecter en tant qu'utilisateur Active Directory d'un domaine qui existe comme source d'identité dans vCenter Single Sign On.

        7. Mise à jourLorsque vous cliquez sur l'Explorateur de journal dans vSphere Web Client, une erreur d'accès non autorisé apparaît
          Lorsque vous cliquez sur le lien Explorateur de journal dans vSphere Web Client, un message d'erreur apparaît : Exception : https://<system-address>:12443/vmwb/logbrowser: Accès non autorisé.Cette erreur se produit après avoir remplacé le certificat SSL par défaut du serveur vCenter Single Sign On, soit directement, soit en régénérant le certificat dans vCenter Server Appliance.

          Solution : Pour résoudre ce problème, consultez l'article KB 2037927.

        8. L'authentification échoue lorsque des utilisateurs du système vCenter Single Sign On (domaine système) essayent de se connecter à vSphere Web Client
          La stratégie de mot de passe par défaut des utilisateurs du système vCenter Single Sign On spécifie que les mots de passe expirent au terme de 365 jours. Toutefois, vCenter Single Sign On n'adresse pas d'avertissement lorsque le mot de passe d'un utilisateur approche de son expiration.

          Solution : Les utilisateurs administrateurs de vCenter Single Sign On peuvent modifier les mots de passe des utilisateurs du domaine système. Demandez à un administrateur de réinitialiser votre mot de passe. Si vous êtes un utilisateur administrateur de Single Sign On, utilisez l'outil de ligne de commande ssopasspour réinitialiser le mot de passe.

          Sur Windows :

          1. Ouvrez une fenêtre de terminal et accédez à C:\Program Files\VMware\Infrastructure\SSOServer\ssolscli
          2. Exécutez la commande suivante.
            ssopass <username>
          3. Saisissez le mot de passe actuel de l'utilisateur, même s'il a expiré.
          4. Saisissez le nouveau mot de passe, puis saisissez-le à nouveau pour confirmation.

          Sur Linux (vCenter Server Appliance) :

          1. Ouvrez une fenêtre de terminal et accédez à /usr/lib/vmware-sso/bin.
          2. Exécutez la commande suivante.
            ./ssopass <username>
          3. Saisissez le mot de passe actuel de l'utilisateur, même s'il a expiré.
          4. Saisissez le nouveau mot de passe, puis saisissez-le à nouveau pour confirmation.

        9. Impossible d'utiliser l'authentification de session Windows dans vSphere Web Client si vCenter Single Sign On est configuré pour une disponibilité élevée
          L'utilisation de l'authentification de session Windows requière plusieurs appels consécutifs au Single Sign On et tous ces appels doivent aller au même serveur. Le client Security Token Service (STS) n'acceptant pas les cookies envoyés depuis le STS, il n'y a aucune garantie que les appels aillent au même serveur dans une configuration de disponibilité élevée.

          Solution : Aucun

        10. vCenter Server est anormalement long à démarrer et vSphere Client risque d'expirer
          Lorsqu'un grand nombre de permissions sont affectées à des objets dans l'inventaire du vCenter Server, le service vCenter Server ne démarre pas aussi vite qu'il devrait puisque vCenter Server vérifie que les utilisateurs et groupes existent bien dans la source d'identité. De même, la connexion à vSphere Client pourrait expirer si vous vous connectez avec les informations d'identification de session Windows. Les messages suivants apparaissent dans les journaux système de vCenter Server pendant que le service est en cours de démarrage :
          [SSO] [SsoAdminFacadeImpl] [FindGroup]
          [UserDirectorySso] GetUserInfo (DOMAIN\ *USER OR GROUP*, true) res: DOMAIN\ *USER OR GROUP*
          [UserDirectorySso] NormalizeUserName (DOMAIN\ *USER OR GROUP*, false) re: DOMAIN\ *USER OR GROUP*

          Solution : Minimisez le nombre de permissions que vous affectez aux objets, ou bien utilisez l'héritage d'un objet de niveau supérieur pour réduire le nombre d'affectations de permissions individuelles.

        Problèmes de gestion des machines virtuelles
        • La personnalisation d'une machine virtuelle Windows échoue lors du processus de clonage ou de déploiement
          Dans vCenter Server, la personnalisation d'invité d'une machine virtuelle Windows 2008, Windows 2008 R2 ou Windows 7 échoue avec une erreur : Une erreur interne s'est produite lors de l'installation Windows lors du chargement ou de la recherche d'un fichier de réponses sans surveillance.Ce problème se produit car la spécification de personnalisation contient des caractères &, >, <, ", ou ' dans l'un des champs suivants : Nom de l'ordinateur, Nom du propriétaire enregistré ou Nom de l'organisation enregistrée.

          Solution : N'utilisez pas de caractères spéciaux dans ces champs.

        • vSphere Client et vSphere Web Client permettent de créer un disque virtuel de 2 To-1 Mo, alors que la taille maximale prise en charge est de 2 To-512 octets
          Si vous créez un disque virtuel avec vSphere Client et vSphere Web Client, vous pouvez créer un disque virtuel d'une taille maximale de 2 To-1 Mo. Cependant, la taille maximale prise en charge pour un disque virtuel est de 2 To-512 octets.

          Solution : Utilisez la commande vmkfstoolspour créer un disque virtuel de 2 To-512 octets :
          vmkfstools -c --createvirtualdisk disk_size

        Problèmes VMware HA et Fault Tolerance
        • Dans un cluster vSphere HA qui utilise Fault Tolerance, les machines virtuelles peuvent ne plus être protégées si une erreur APD (Tous chemins hors service) se produit sur tous les nœuds.
          Dans un cluster vSphere HA, s'il y a un APD sur le nœud principal et le nœud secondaire de la banque de données qui héberge une machine virtuelle, il est possible que la machine virtuelle ne soit plus protégée. Ce problème est lié à un échec du démarrage de la VM secondaire en tant que nouvelle VM principale qui provient d'un problème de minutage avec le rapport APD qui peut rendre la machine virtuelle inconnue. Ce problème ne semble pas se produire dans les clusters avec un nombre inférieur de machines virtuelles tolérantes aux pannes.

          Solution :

          1. Dans vCenter Server, annulez l'enregistrement de la machine virtuelle puis réenregistrez-la avec le même nom. La machine virtuelle revient sur l'ancien nœud principal.
          2. Reconfigurez le paramétrage du cluster vSphere HA et de Fault Tolerance à sa configuration précédente.

        Problèmes divers
        • L'explorateur de journal de vSphere Web Client n'affiche pas certains types de journaux
          Sur les installations Windows de vCenter Server et de vSphere Web Client, l'explorateur de journal n'affiche pas les types de journaux suivants :

          • Installer
          • Serveur de recherche
          • SSO-service-cfg

          Ce problème n'existe pas dans vLogBrowser dans VMware Workbench.

          Solution : Générez et téléchargez un bundle de journaux. Utilisez un éditeur de texte pour afficher les fichiers journaux.