vCenter Server 5.1 Update 2a | 1er juillet 2014 | Build 1882349

Module d'installation vCenter Server 5.1 Update 2a | 1er juillet 2014 | Build 1917403

vCenter Server Appliance 5.1 Update 2a | 1er juillet 2014 | Build 1917404

Dernière mise à jour : 1er juillet 2014

Consultez les ajouts et les mises à jour de ces notes de mise à jour.

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les rubriques suivantes :

Nouveautés

Cette version de vCenter Server 5.1 Update 2a traite de la vulnérabilité Open SSL documentée dans la section Problèmes résolus.

 

Versions précédentes de vCenter Server 5.1

Les fonctions et problèmes connus de vCenter Server 5.1 sont décrits dans les notes de mise à jour de chaque version. Pour afficher les notes de mise à jour des versions antérieures à vCenter Server 5.1, cliquez sur les liens suivants :

Internationalisation

VMware vSphere 5.1.Update 2a est disponible dans les langues suivantes :

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

Compatibilité et installation

Important Pour les machines virtuelles dont l'adresse MAC doit être unique, pour des raisons de gestion des licences par exemple, vous devez vérifier que les adresses MAC sont conformes aux conditions requises et aux restrictions relatives aux adresses MAC mentionnées dans cette version avant de procéder à la mise à niveau. Dans vos plans de mise à niveau, prenez en compte les problèmes potentiels détectés du fait de ces nouvelles conditions et restrictions.

Mise à niveau de vSphere Client

Lorsque vous effectuez la mise à niveau de vCenter Server vers vCenter Server 5.1 Update 2a et que vous tentez de vous connecter à vCenter Server en utilisant une version de vSphere Client antérieure à la version 5.1 Update 2, vous êtes invité à mettre à niveau vSphere Client vers vSphere Client 5.1 Update 2a. La mise à niveau de vSphere Client est obligatoire. Vous devez exclusivement utiliser vSphere Client mis à niveau pour accéder à vCenter Server 5.1 Update 2a.

Base de données d'Inventory Service

Aucune sauvegarde n'est planifiée pour la base de données d'Inventory Service. Vous devez sauvegarder la base de données d'Inventory Service dans le cadre de l'administration normale de votre base de données vCenter Server. Pour déplacer la base de données d'Inventory Service vers une machine hôte différente, sauvegardez la base de données sur la machine source et restaurez la base de données sur la machine cible, comme décrit dans la documentation Installation et configuration de vSphere.

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 obtenir 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™.

Prise en charge de la personnalisation du système d'exploitation invité

La Matrice de prise en charge des personnalisations du système d'exploitation invité fournit des détails sur les systèmes d'exploitation invités pris en charge pour la personnalisation.

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.

Notes d'installation de cette version

Lisez la documentation Installation et configuration de vSphere qui explique en détails 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 prises en charge

vSphere 5.1 Update 2a 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 Update 2a. Si le matériel de votre hôte n'est pas compatible, un écran violet apparaît avec un message d'information pour signaler une incompatibilité et vous ne pouvez pas installer ou effectuer de mise à niveau vers vSphere 5.1 Update 2a.

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.

Mises à niveau de vCenter Server

vCenter Server 5.1 Update 2a prend en charge les scénarios de mise à niveau suivants.

  • Vous pouvez effectuer des mises à niveau sur place sur des systèmes 64 bits à partir de vCenter Server 4.x, vCenter Server 5.0.x, vCenter Server 5.1, vCenter Server 5.1.0a, vCenter Server 5.1.0b, vCenter Server 5.1 Update 1a, vCenter Server 5.1 Update 1b, vCenter Server 5.1 Update 1c et vCenter Server 5.1 Update 2 vers vCenter Server 5.1 Update 2a. Vous ne pouvez pas mettre à niveau une instance de vCenter Server 4.x s'exécutant sous Windows XP Professionnel Édition x64.

  • Les clients disposant de VirtualCenter 2.5 update 6 et des versions ultérieures sur un système d'exploitation 32 bits devront effectuer une mise à niveau par 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 par migration, les clients pourront effectuer une mise à niveau sur place de la version 5.0 vers la version 5.1.x. Voir la documentation Mise à niveau vSphere de la version 5.0.

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

  • Important Lors de la mise à niveau de vCenter Server 5.1.x vers vCenter Server 5.1 Update 2a 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.

Composants en libre accès pour VMware vSphere 5.1

Les déclarations de copyright et les licences applicables aux composants logiciels en libre accès distribués dans vCenter Server 5.1 Update 2a sont accessibles sur http://www.vmware.com/download/open_source.html. 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 officiellement disponible de vSphere.

Remarques concernant l'assistance produit

  • vSphere Client. Dans vSphere 5.1, toutes les nouvelles fonctions de vSphere sont uniquement disponibles par l'intermédiaire de vSphere Web Client. L'outil vSphere Client traditionnel continuera de fonctionner en prenant en charge le même ensemble de fonctions que vSphere 5.0, mais sans exposer les nouvelles fonctions de vSphere 5.1.

    vSphere 5.1 et les mises à jour et versions de correctifs suivantes sont les dernières versions à intégrer l'outil vSphere Client traditionnel. Les futures versions majeures de VMware vSphere intégreront uniquement la solution vSphere Web Client.

    Avec vSphere 5.1, les correctifs de bogue de l'outil 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 fonction 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 fonction sera supprimée dans la prochaine version majeure. VMware continuera de prendre en charge les communications d'hôte à client.

Problèmes résolus

  • Mise à jour de la bibliothèque OpenSSL pour résoudre les problèmes de sécurité
    Les bibliothèques OpenSSL ont été mises à jour vers les versions openssl-0.9.8za, et openssl-1.0.0mafin de résoudre les problèmes CVE-2014-0224 et CVE-2014-3470.

Problèmes connus

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

Problèmes d'installation
  • Les tentatives d'installation de vCenter Server avec une base de données Oracle 10G Release 2 externe peuvent échouer avec un message d'avertissement
    Les tentatives d'installation de vCenter Server avec une base de données Oracle 10G Release 2 externe peuvent échouer avec le message d'avertissement suivant :

    WARNING: Échec de stockage de la clé de licence dans LDAP

    Ce problème survient, car la base de données Oracle 10g Release 2 n'est pas prise en charge dans vCenter Server 5.1 Update 2a.

    Solution : Pour résoudre ce problème, mettez à niveau votre base de données Oracle avant de mettre à niveau vCenter Server vers la version 5.1 Update 2a.

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

    Error 32010. Échec de la création des utilisateurs de base de données. Il existe plusieurs raisons à cet échec. Pour plus d'informations, voir le fichier vmMSSQLCmd.log qui se trouve dans le dossier temporaire du système.

    L'installation de vCenter Single Sign-On est également annulée lorsque vous cliquez sur OK dans la boîte de dialogue du message d'erreur.

    Ce problème se produit lorsque le mot de passe défini lors de l'installation n'est pas 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.
  • Inventory Service et Profile Driven Storage Service ne parviennent pas à démarrer
    Inventory Service et Profile Driven Storage Service ne parviennent pas à démarrer si vCenter Server et Inventory Service ne sont pas installés dans l'emplacement par défaut. Ce problème peut se produire sur Microsoft Windows Server 2008 R2 Standard avec le paramètre de langue défini sur japonais.

    Solution : Pour résoudre ce problème, procédez de l'une des manières suivantes :
    • Installez vCenter Server et Inventory Service dans l'emplacement par défaut.
    • Installez vCenter Server et Inventory Service dans un autre emplacement que celui par défaut sans créer manuellement de dossier d'installation.
  • L'installation de vCenter Single Sign-On échoue avec l'erreur 29980
    L'installation de vCenter Single Sign-On échoue avec l'erreur suivante :

    Erreur 29980. L'entrée n'est pas un numéro de port valide. Le numéro de port doit être une valeur numérique comprise entre 1 et 65535.

    Ce problème se produit si vous n'entrez pas de numéro de port valide dans le champ de numéro de port lors de l'installation de vCenter Single Sign-On et que vous poursuivez l'installation.

    Solution : Réinstallez vCenter Single Sign-On et entrez le numéro de port dans la zone de texte du numéro de port lors de l'installation.

  • L'installation de vCenter Single Sign-On échoue avec l'erreur 20003 lorsque Java 32 bits est installé sur la machine
    Lorsque Java 32 bits est installé et que la variable d'environnement JAVA_HOMEou JRE_HOMEpointe vers l'emplacement 32 bits dans C:\Program Files (x86)\, votre installation de SSO échoue.

    Solution : Supprimez temporairement la variable d'environnement JAVA_HOMEou définissez-la sur un emplacement situé en dehors de C:\Program Files (x86)\

  • Impossible de créer une base de données SQL Server pour vCenter Server avec Microsoft SQL 2008 R2 (KB 2044492)

  • Au 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é :

    Erreur 29155 : Impossible de découvrir automatiquement les sources d'identité. Vous pourrez ajouter manuellement votre Active Directory en tant que source d'identité après l'installation à l'aide de vSphere Web Client.

    Solution : Aucune.

  • Inventory 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 du compte admin@system-Domain
    Si le mot de passe que vous définissez pour admin@System-Domain comporte plus de 32 caractères, celui-ci est tronqué à 32 caractères. Lorsque le programme d'installation d'Inventory Service 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 de admin@System-domain à moins de 32 caractères lors de l'installation de vCenter Single Sign-On.

  • Après la mise à jour vers vCenter Server Appliance 5.1 Update 2a 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 Update 2a, le dispositif n'invite pas au redémarrage ou 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 terminer le processus.

  • Inventory Service ne parvient pas à démarrer lors de l'installation suite à la restauration de l'installation de 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 comme nouveau dossier d'installation un sous-dossier du dossier utilisé pour l'installation précédente, 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, 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.

  • vCenter Single Sign-On nécessite des utilisateurs de base de données créés manuellement pour la base de données externe
    La case à cocher Utilisateur de base de données créé manuellement a été supprimée et aucune option ne permet 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

  • Case à cocher Authentification Windows non disponible
    La case à cocher Authentification Windows a été supprimée et aucune option ne permet d'utiliser l'Authentification Windows pour se connecter à un serveur SQL Server.

    Solution : Aucune.

  • Les 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 et ce mot de passe 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.
  • La mise à niveau de vSphere 5.1 vers vSphere 5.1 Update 2a à l'aide de l'Installation simple affiche un message d'avertissement
    Lors de la mise à niveau de vSphere 5.1 vers vSphere 5.1 Update 2a à l'aide de l'option Installation simple, 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 effectuer une mise à niveau de vSphere 5.1 vers vSphere 5.1 Update 2a.
  • 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 d'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 affiche 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.

  • 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 Ne dispose pas d'autorisations. Par exemple, le chemin d'accès de l'installation qui suit produit 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 de 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 au bout de 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.

  • La mise à niveau de vCenter Server Appliance 5.1.x vers vCenter Server Appliance 5.1 Update 2a peut s'arrêter à l'interface utilisateur Web tout en indiquant l'état de la mise à jour comme étant en cours d'installation
    Lorsque vous tentez de mettre à niveau vCenter Server Appliance 5.1.x vers vCenter Server Appliance 5.1 Update 2a, le processus de mise à jour s'arrête pendant près de trois heures. L'état du processus de mise à jour dans l'interface utilisateur Web s'affiche comme étant en cours d'installation. La mise à jour se termine trois heures plus tard.

    Solution : Aucune.

  • Il se peut que les objets d'inventaire ne soient pas visibles après la mise à niveau de vCenter Server Appliance configuré avec une base de données Postgres
    Lorsque vCenter Server Appliance configuré avec la base de données Postgres est mis à niveau de 5.0 Update 2 vers 5.1 Update 2a, il se peut que les objets d'inventaire qui existaient avant la mise à niveau, tels que les centres de données, le vDS, etc., ne soient pas visibles. Ce problème se produit lorsque vous utilisez vSphere Web Client pour vous connecter à vCenter Server Appliance.

    Solution : Redémarrez Inventory Service après la mise à niveau de vCenter Server Appliance.

  • La mise à niveau de Single Sign-On 5.1 vers Single Sign-On 5.1 Update 2a pour les versions localisées autres que l'anglais échoue avec une erreur 2229 de table de base de données
    Lorsque vous tentez de mettre à niveau Single Sign-On 5.1 vers Single Sign-On 5.1 Update 2a pour toutes les versions localisées autres que l'anglais, la mise à niveau échoue avec une erreur 2229 de table de base de données similaire à la suivante :

    Produit : vCenter Single Sign On -- Erreur 2229. Base de données : . La table 'Control' ne peut pas être chargée dans la requête SQL : SELECT `Control`, `Type`, `X`, `Y`, `Width`, `Height`, `Attributes`, `Property`, `Text`, `Control_Next`, `Help` FROM `Control` WHERE `Dialog_`=?.

    Solution : Suivez ces étapes pour poursuivre la mise à niveau :
    1. Localisez le fichier journal %TEMP%vim-sso-msi.log
    2. Recherchez le fichier *.mst qui était utilisé comme fichier cache durant l'installation précédente. Par exemple : c:\Windows \Installer\xxxxx.mst
    3. Localisez le fichier *.mst et supprimez-le.
    4. Exécutez à nouveau la mise à niveau Single Sign-On.

  • Une machine virtuelle interrompue a une option Mise hors tension supplémentaire après la mise à niveau vers vCenter Server 5.1
    Une machine virtuelle interrompue affiche une option Mise hors tension supplémentaire après une 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.

  • L'installation de vCenter Single Sign On échoue si le nom du dossier d'installation contient des caractères tels que & et %
    Les tentatives d'installation de vCenter Single Sign On dans un emplacement personnalisé échoue si le nom du dossier de destination contient des caractères tels que % ou &. Un message d'erreur similaire au message suivant s'affiche :
    Error 20020. Failed to update values in server.xml file

    Solution : Aucune.

  • L'interface utilisateur de vSphere Storage Appliance (VSA) peut ne pas être en mesure d'afficher l'état d'avancement des opérations en cours d'exéuction
    VSA utilise la fonction de diffusion en continu de BlazeDS. BlazeDS n'étant pas compatible avec la version de tcServer utilisée par vCenter Server 5.1 Update 2a, il se peut que l'interface utilisateur de VSA n'affiche pas l'état d'avancement des opérations comme la configuration de VSA, la reconfiguration du réseau VSA, etc. Ce problème s'applique à VSA 5.1.1 fonctionnant avec vSphere 5.1 Update 2a.

    Solution : Installez VSA 5.1.3 pour résoudre ce problème.

  • Des erreurs de script s'affichent lors de la mise à niveau de vCenter Server 5.1.x vers vCenter Server 5.1 Update 2a
    Si SSO, Inventory Service et vCenter Server 5.1.x sont installés sur la même machine virtuelle et que vous procédez à la mise à niveau vers vCenter Server 5.1 Update 2a, SSO se met à niveau en premier et le système redémarre. Après le redémarrage de la machine virtuelle, le fichier d’exécution automatique de vCenter Server s'ouvre ainsi que plusieurs messages d'erreur de script semblables à celui-ci :

    An error has occurred in the script on this page
    Line: 571
    Error:'VC_EXPRESS' is undefined
    Code:0


    Lorsque les messages d'erreur de script disparaissent, l'écran d'installation de vCenter Server ne répond plus à aucune commande.

    Solution : Après avoir installé SSO et avant de redémarrer la machine virtuelle, fermez le programme d'installation de vCenter Server puis redémarrez la machine virtuelle. Une fois que la machine virtuelle a démarré, ouvrez le programme d'installation de vCenter Server.

  • 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é.

  • Il est possible que les utilisateurs administrateurs du domaine vCenter Server ne soient pas autorisés à se connecter à vCenter Server si la mise à niveau est effectuée à l'aide de Simple Install
    Si vous utilisez la méthode Simple Install pendant la mise à niveau, certains utilisateurs administrateurs du domaine vCenter Server qui étaient autorisés à se connecter à vCenter Server avant la mise à niveau pourraient ne plus l'être. 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.

  •  

  • La mise à niveau de vCenter Server et de vCenter Inventory Service de la version 5.1 vers la version 5.1 Update 2a peut échouer si vCenter Single Sign On n'est pas accessible pendant la mise à niveau
    Les tentatives de mise à niveau de vCenter Server et de vCenter Inventory Service peuvent échouer s'il est impossible d'accéder à vCenter Single Sign On pendant 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é
  • Le 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

    Attention : Pour les machines virtuelles dont l'adresse MAC doit être unique, pour des raisons de gestion des licences par exemple, vous devez vérifier que les adresses MAC sont conformes aux conditions requises et aux restrictions relatives aux adresses MAC mentionnées dans cette version avant de procéder à la mise à niveau. Dans vos plans de mise à niveau, prenez en compte les problèmes potentiels détectés du fait de ces nouvelles conditions et restrictions.

  • 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.

  • Motion et Storage vMotion ne fonctionnent pas pour les machines virtuelles sur disques monoflat intégrant un snapshot
    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 Inutilisé 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 cartes réseau physiques surlignées en orange sont utilisées pour le trafic du groupe de ports même si elles sont étiquetées Stand by ou Inutilisé dans leur topologie.

Problèmes de stockage

  • Les LUN RDM se détachent des machines virtuelles qui migrent de la banque de données VMFS vers la banque de données NFS*
    Si vous utilisez vSphere Web Client pour migrer des machines virtuelles comportant des LUN RDM de la banque de données VMFS vers la banque de données NFS, l'opération de migration se termine sans erreur ni message d'avertissement, mais les LUN RDM se détachent de la machine virtuelle après la migration. Toutefois, l'opération de migration crée un fichier VMDK dont la taille est identique à celle du LUN RDM sur la banque de données NFS, pour remplacer le LUN RDM.
    Si vous utilisez vSphere Client, un message d'erreur approprié s'affiche dans la section compatibilité de l'assistant de migration.

    Solution : Aucune

  • 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 se peut que vous voyiez des valeurs de latence de 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 d'E/S SDRS réduit lorsqu'un cluster de banques de données dispose de 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 performances d'historique des banques de données et des clusters de banques de données dans un environnement Storage DRS
    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 performances en temps réel sont affichés pour les compteurs de données de Storage DRS associés aux mesures de banques de données et de 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 de 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 performances d'historique des mesures de banques de données et de clusters de banques de données, transférez les compteurs Storage DRS au niveau 1 de collecte de statistiques. Pour plus d'informations, reportez-vous à 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.

  • Storage vMotion peut échouer avec un message d'erreur
    Lorsque la configuration du stockage est surchargée et sous contrainte, 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 de vCenter Server, vSphere Client et vSphere Web Client

  • L'exportation ou l'importation manuelle sur le nœud secondaire d'un cluster multisite vCenter Single Sign-On échoue avec un message d'erreur
    Lorsque vous effectuez une réplication manuelle entre deux nœuds d'un cluster multisite vCenter Single Sign-On, la procédure de réplication commence par une exportation manuelle et se termine par une importation manuelle sur un autre nœud. Si le nœud source ou cible est le nœud secondaire du cluster, la procédure échoue avec le message Bugsur la ligne de commande. Le fichier <sso logs>\repl_tool.loginclut l'erreur suivante :

    Objet géré de type 'SsoAdminServiceInstance' avec l'ID 'SsoAdminServiceInstance' introuvable" dans <sso logs>\repl_tool.log

    Solution : Aucune

  • L'appel d'une API spécifique depuis View Composer produit une erreur de désérialisation côté client*
    Si vous utilisez View Composer et que vous essayez de contrôler les tâches des appels d'API privés dans vCenter Server à l'aide des clients publics VMware Web Services SDK, cela peut entraîner une exception org.xml.sax.SAXException: No deserializer for {urn:vim25}ArrayOfCbrcDigestRecomputeResult.

    Solution : Pour résoudre ce problème, suivez la procédure dans KB 2056580.

  • La tentative de connexion à vCenter Server avec vSphere Client installé sur une machine Windows Server 2003 ou Windows XP échoue
    Les tentatives de connexion à vCenter Server à l'aide d'une instance vSphere Client installée sur une machine Windows Server 2003 ou Windows XP échouent avec le message d'erreur suivant :

    Une erreur inconnue de connexion s'est produite. (vSphere Client n'a pas pu envoyer une demande complète au serveur. (La connexion sous-jacente a été fermée : Une erreur inattendue s'est produite lors d'un envoi.))

    Ce problème est dû à l'absence de prise en charge de certains chiffrements SSL par Windows Server 2003 ou Windows XP.

    Solution : Pour résoudre ce problème, effectuez les étapes suivantes :
    1. Ajoutez les lignes suivantes au fichier de configuration de vCenter Server à C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter\vpxd.cfg :
      <config>
        <vmacore>
         <ssl>
          <cipherList>"HIGH:RC4-SHA:RC4-MD5"</cipherList>
         </ssl>
        </vmacore>
      </config>
    2. Redémarrez le service VMware VirtualCenter Server.

    REMARQUE : La tentative de connexion peut échouer si vous utilisez vSphere Client pour vous connecter directement à un hôte ESXi.

  • Si vous vous connectez à vSphere Web Client à l'aide d'Internet Explorer 11, le plug-in d'intégration du client peut ne pas fonctionner comme prévu
    Si vous vous connectez à vSphere Web Client à l'aide d'Internet Explorer 11, les problèmes suivants peuvent se produire lorsque vous effectuez des tâches liées au plug-in d'intégration du client :
    • Même si le plug-in d'intégration du client est installé, le message suivant s'affiche lorsque vous tentez d'importer ou d'exporter un modèle OVF :
      Télécharger le plug-in d'intégration du client
    • L'explorateur des fichiers ne vous permet pas de transférer ou de télécharger un fichier à partir de la banque de données.
    • Vous ne pouvez pas monter d'images à partir du lecteur de CD/DVD.
    • La console de machine virtuelle peut afficher un écran noir contenant le message d'erreur suivant :
      La console distante n'est pas correctement installée.

    Solution : Utilisez Mozilla Firefox, Google Chrome ou des versions antérieures d'Internet Explorer pour accéder à vSphere Web Client. Vous pouvez également utiliser vSphere Client à la place de vSphere Web Client pour résoudre ce problème.

  • Dans les versions française et allemande, le séparateur décimal est représenté par un point dans les diagrammes de performances avancés
    Le séparateur décimal des valeurs numériques affichées dans les diagrammes de performances avancés est un point (.). Ce problème concerne les versions française et allemande de vSphere Web Client, dans lesquelles le séparateur décimal devrait être une virgule (,).

    Solution: Aucune

  • Le changement de nom d'une machine virtuelle peut ne pas être pris en compte dans certaines sections des diagrammes de performances avancés
    Si vous changez le nom d'une machine virtuelle, puis consultez les diagrammes de performances avancés, il est possible que le nouveau nom ne figure ni dans le tableau Légende diagramme performance ni dans la liste Sélectionner un objet pour ce diagramme.

    Solution : Déconnectez-vous de vSphere Web Client, puis reconnectez-vous.
  • Un utilisateur Active Directory (AD) ne peut pas se connecter à vCenter Server après avoir été supprimé, puis recréé dans AD sous une unité d'organisation différente
    Si un utilisateur Active Directory a été supprimé, puis recréé dans Active Directory sous une autre unité d'organisation, il risque de ne pas pouvoir se connecter à vCenter Server.

    Solution : Déplacez l'utilisateur d'une unité d'organisation à une autre, au lieu de supprimer, puis de recréer l'utilisateur.
  • La connexion dans vCenter Server 5.1 à l'aide de l'option d'utilisation des informations d'identification de session Windows échoue avec l'erreur : Impossible d'effectuer une connexion car le nom d'utilisateur ou le mot de passe est incorrect

    Pour plus d'informations, voir KB 2035510.

    Solution : Aucune

  • vCenter Server 5.x ne peut pas fonctionner correctement lorsqu'il est installé avec Oracle 11.2.0.3 Patch 10 ou ultérieur
    vCenter Server 5.0 et 5.1 ne fonctionnent pas correctement lorsqu'ils sont installés avec Oracle 11.2.0.3 Patch 10 ou ultérieur. Avec cela, la création d'une machine virtuelle sur vCenter Server 5.x échoue avec le message d'erreur suivant.

    Une erreur interne s'est produite dans vSphere Client
    Détails : Object reference not set to an instance of an object.

    Pour plus d'informations, voir KB 2039874.

    Solution: Aucune

  • Les utilisateurs Active Directory avec des noms d'utilisateurs UPN personnalisés ne peuvent pas utiliser le nom d'utilisateur et le mot de passe au format UPN (nom d'utilisateur principal) pour se connecter à vSphere Web Client et vSphere 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 et à vSphere Client en utilisant un nom d'utilisateur au format UPN (par exemple : alice@sales.company.com).

    Solution : Ces utilisateurs Active Directory doivent se connecter à vSphere Web Client et vSphere Client en utilisant les informations d'identification de session Windows ou le nom d'utilisateur au format NetBIOS.

  • 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 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.

  • 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 codecs 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.

  • 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 transmission 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)

     

  • 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: L'application Web [/ims] semble avoir démarré un thread nommé [Thread-4] mais n'a pas pu l'arrêter.

    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.
    4.  

  • 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.

     

  • 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.

  • 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.

  • 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.

  • 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.

  • 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.

  • 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.

    L'outil tente de générer automatiquement l'URL LookupService à partir de l'environnement actuel de la machine. Si vous souhaitez fournir une URL différente, ou si vos connexions à l'URL sélectionnée par défaut ne peuvent pas être établies, vous pouvez fournir l'URL avec le paramètre --ls-url.

    Le nom d'hôte fourni dans l'URL doit correspondre au nom d'hôte fourni lors de l'installation.

  • 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 : Aucune

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 fait appel à 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 les nœuds secondaires de la banque de données qui héberge une machine virtuelle, il se peut que la machine virtuelle ne soit plus protégée. Ce problème est lié à un échec du démarrage de la machine virtuelle secondaire en tant que nouvelle machine virtuelle 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.