vCenter Server 5.1 Update 2 | 16 janvier 2014 | Build 1473063

Package d'installation de vCenter Server 5.1 Update 2 | 16 janvier 2014 | Build 1474365

vCenter Server Appliance 5.1 Update 2 | 16 janvier 2014 | Build 1474364

Dernière mise à jour : 16 janvier 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 VMware vCenter Server 5.1 Update 2 apporte les améliorations suivantes :

  • Prise en charge de la personnalisation de systèmes d'exploitation invités supplémentaires - vCenter Server prend désormais en charge la personnalisation des systèmes d'exploitation invités suivants :
    • Windows 8.1
    • RHEL 6.4
    • Windows Server 2012 R2
    • SLES 11 Service Pack 3

  • Ajout de la prise en charge de bases de données pour Microsoft® SQL Server® 2012 Service Pack 1

  • Problèmes résolus -Cette version corrige divers bogues documentés 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 2 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

Après la mise à niveau de vCenter Server ou de l'hôte ESXi vers vSphere 5.1 Update 2 et une tentative de connexion à vCenter Server ou à l'hôte ESXi à l'aide d'une version de vSphere Client antérieure à la version 5.1 Update 1b, un message vous invite à mettre à niveau vSphere Client vers vSphere Client 5.1 Update 2. La mise à niveau de vSphere Client est obligatoire. Vous devez exclusivement utiliser vSphere Client mis à niveau pour accéder à vSphere 5.1 Update 2.

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

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 2 prend uniquement en charge les CPU avec les jeux d'instructions LAHF et SAHF. Au cours d'une installation ou d'une mise à niveau, le programme d'installation vérifie la compatibilité de la CPU hôte avec vSphere 5.1 Update 2. Si le matériel de votre hôte n'est pas compatible, un écran violet apparaît et affiche un message d'information mentionnant l'incompatibilité, et vous ne pouvez ni installer vSphere 5.1 Update 2 ni effectuer une mise à niveau vers cette version.

Mises à niveau de 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 2 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 et vCenter Server 5.1 Update 1c vers vCenter Server 5.1 Update 2. Vous ne pouvez pas mettre à niveau une instance de vCenter Server 4.x qui s'exécute sur 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 2 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 les hôtes ESX 2.x ou 3.x.

  • Important Lors d'une mise à niveau de vCenter Server 5.1.x vers vCenter Server 5.1 Update 2 pour les versions localisées autres que l'anglais, l'installation de vCenter Single Sign-On doit être effectuée au moyen 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. et vCenter Server 5.1 Update 2

Les déclarations de copyright et les licences applicables aux composants logiciels Open Source distribués dans vSphere 5.1 et vCenter Server 5.1 Update 2 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

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

Problèmes d'octroi de licences

  • Après le déploiement d'ESXi 5.1 sur un hôte sur lequel ESX 4.1 était précédemment installé, il se peut que l'hôte ESXi ne parvienne pas à se reconnecter au système vCenter Server et affiche une erreur de licence
    Après l'utilisation d'Auto Deploy pour déployer ESXi 5.1 sur un hôte ayant précédemment exécuté ESXi 4.1, il est possible que l'hôte ESXi 5.1 ne puisse pas se reconnecter à vCenter Server et qu'il affiche le message d'erreur suivant :

    La copie sans licence de l'hôte n'inclut pas vSphere HA. Mettez à niveau la licence

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

  • Des alarmes de surveillance de capacité de licences sont déclenchées dans vCenter Server 5.x
    Après une mise à niveau vers vCenter Server 5.x, les alarmes de surveillance de capacité de licence sont déclenchées même si le nombre de clés de licence est situé dans les limites autorisées.

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

Problèmes de mise en réseau

  • Les tentatives de déploiement de machines virtuelles sur un vSphere Distributed Switch génèrent un message d'erreur indiquant qu'aucun port n'est disponible
    Lorsque vous tentez de déployer une machine virtuelle sur un vSphere Distributed Switch, le message d'erreur aucun port n'est disponible dans distributed_switch_namepeut s'afficher même lorsque de nombreux ports sont libres sur le commutateur. Lors de la réservation et de la suppression de ports distribués, vCenter Server peut indiquer qu'aucun port du commutateur distribué n'est disponible si le premier port disponible est en cours de suppression, mais pas encore supprimé. Par exemple, vCenter Server supprime un port lorsqu'un hôte se déconnecte ou passe en mode de maintenance, ou lorsqu'une machine virtuelle est reconfigurée.

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

Problèmes de sécurité

  • La mise à jour d'OpenSSL version openssl-0.9.8y résout plusieurs problèmes de sécurité
    La bibliothèque OpenSSL est mise à jour vers la version openssl-0.9.8y pour résoudre plusieurs problèmes de sécurité. Le projet Common Vulnerabilities and Exposures (cve.mitre.org) a attribué les noms CVE-2013-0169 et CVE-2013-0166 à ces problèmes.

Problèmes de configuration de serveur

  • Il se peut que le fichier de réponses du profil d'hôte ne soit pas appliqué lorsque vous redémarrez l'hôte ESXi
    Après le redémarrage des services vCenter, si vous utilisez Auto Deploy pour redémarrer un hôte ESXi sans état, il se peut que le fichier de réponses du profil d'hôte ne soit pas appliqué à l'hôte ESXi et que la configuration de l'hôte échoue. Ce problème se produit si l'hôte de référence n'est pas disponible.

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

  • Vous pouvez perdre l'accès aux banques de données montées NFS après avoir redémarré l'hôte ESXi sans état
    Lorsque vous redémarrez l'hôte ESXi déployé en utilisant vSphere Auto Deploy, les banques de données NFS peuvent être grisées dans la vue de stockage. Un message d'erreur similaire à celui-ci est écrit dans var/log/syslog.log :

    ERREUR : Exception pendant l'exécution du profil. Exception: L'objet 'fcoe_fcoeProfiles_FCoEProfile' ne possède pas l'attribut 'EarlybootFallback'

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

Problèmes de stockage

  • Les performances d'E/S des disques virtuels peuvent se dégrader en raison de disques mal alignés de vCenter Server Virtual Appliance
    En raison de l'alignement incorrect de la partition de disque de vCenter Server Virtual Appliance, les performances d'E/S globales des disques virtuels peuvent se dégrader.

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

  • Les tentatives de déploiement de vApp sur vCloud Director échouent
    Les tentatives de déploiement de vApp sur vCloud Director échouent et le message Délai de lecture expirées'affiche. Ce problème est dû à un retard de la sérialisation du profil SPS.

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

  • Les tentatives de création d'un LUN RDM physique de 2 To peuvent échouer avec un message d'erreur
    Les tentatives de création d'un LUN RDM physique de 2 To à l'aide de NetApp SnapDrive 7.0 peuvent échouer avec le message d'erreur suivant :

    Support de périphérique spécifié incompatible pour le périphérique 0

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

Problèmes de mise à niveau et d'installation

  • Après l'exécution d'une mise à niveau de maintenance sur vCenter Server 4.x, si vous procédez à une mise à niveau vers vCenter Server 5.x, il se peut que les hôtes ESX/ESXi 4.x ne puissent pas se connecter à vCenter Server
    Après l'installation de vCenter Server 4.0.x ou de vCenter Server 4.1.x, si vous effectuez une mise à niveau de maintenance (par exemple, mise à niveau de vCenter Server 4.0.1 vers vCenter Server 4.0.4), puis mettez à niveau vCenter Server vers la version 5.0.x ou 5.1.x, il est possible que les hôtes ESX/ESXi 4.0.x et ESX/ESXi 4.1.x gérés par vCenter Server ne puissent pas se reconnecter à vCenter Server 5.0.x ou 5.1.x. Seuls les hôtes ESXi 5.0.x et ESXi 5.1.x peuvent se connecter au système vCenter Server mis à niveau.

    Ce problème se produit car le processus de mise à niveau de vCenter Server laisse des fichiers redondants dans le répertoire d'installation.

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

  • Si SSO est installé dans un domaine, il se peut que Single Sign-On (SSO) ne puisse pas mettre à jour certaines valeurs de registre après une mise à niveau mineure
    Si SSO est installé dans un domaine, certaines valeurs de registre peuvent afficher une adresse IP au lieu d'un nom de domaine complet lorsque vous me mettez à niveau SSO dans le cadre d'une mise à niveau mineure.

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

  • Impossible de déployer le module de noyau de VXLAN à l'aide d'ESX Agent Manager (EAM)
    EAM est utilisé par vShield Manager pour installer le module de noyau VXLAN. Des problèmes d'interopérabilité entre EAM et VUM peuvent faire échouer le déploiement du module de noyau VXLAN.

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

  • Erreurs de syntaxe rencontrées lors de l'exécution de VCDB_oracle.sql à partir du support d'installation de vCenter Server 5.1
    Lorsque vous exécutez VCDB_oracle.sqlpour créer une base de données vCenter Server à l'aide de SQLPLUS, l'exécution peut échouer avec une erreur de syntaxe.

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

  • Lors de la mise à niveau vers vCenter Server 5.0, le type de base de données est modifié de manière incorrecte dans vcdb.properties
    Lors de la mise à niveau vers vCenter Server 5.0, le programme d'installation modifie automatiquement le type de base de données dans vcdb.propertiesen fonction de la correspondance de la chaîne du nom d'hôte, ce qui provoque l'arrêt des applications basées sur Java. Ce problème survient si le nom d'hôte du serveur de base de données contient des sous-chaînes telles que db2 ou oracle.

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

  • Les tentatives de mise à niveau de vCenter Server 4.x vers la version 5.x peuvent échouer avec l'erreur 25004
    Les tentatives de mise à niveau de vCenter Server 4.x vers la version 5.x peuvent échouer avec le message d'erreur suivant :

    Erreur 25004. L'installation n'a pas pu créer le référentiel de vCenter Server.

    Ce problème survient si une précédente tentative de mise à niveau de base de données a échoué. Lors de la mise à niveau de vCenter Server, le programme d'installation tente d'abord de mettre à niveau le numéro de version de la base de données vCenter Server. Si la base de données vCenter Server a déjà été mise à niveau vers la version 5 lors d'une précédente tentative infructueuse de mise à niveau, les tentatives de mise à niveau suivantes échouent.

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

Problèmes de vCenter Server, vSphere Client et vSphere Web Client

  • Les tentatives de migration d'attributs personnalisés incluant des valeurs dupliquées ou identiques vers des balises échouent
    Les tentatives de migration d'attributs personnalisés comportant des valeurs dupliquées ou identiques vers des balises échouent et le message d'erreur suivant s'affiche :

    La dernière opération a échoué pour l'entité avec le message d'erreur suivant.
    com.vmware.vim.binding.dataservice.fault.AlreadyExistsFault :
    hérité de com.vmware.vim.binding.dataservice.fault.AlreadyExistsFault


    Ce problème est résolu dans cette version. Dorénavant, vous pouvez également migrer le même attribut personnalisé plusieurs fois en utilisant l'assistant Migration des attributs personnalisés vers des balises.

  • L'Explorateur de journal dans vSphere Web Client affiche un message indiquant que l'accès n'est pas autorisé
    Les tentatives d'affichage des fichiers journaux de vCenter Server et d'ESXi au moyen de l'Explorateur de journal dans vSphere Web Client échouent avec un message d'erreur semblable au message suivant :

    erreur : accès non autorisé

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

  • Impossible de lancer vCenter Server 5.1 après le remplacement des certificats SSL
    Après le remplacement des certificats SSL, il se peut que vCenter Server 5.1 ne puisse pas démarrer si plusieurs ID de service sont inclus dans le fichier vpxd.cfg. Le fichier vpxd.logpeut contenir des messages semblables au message suivant :

    T12:55:47.190+01:00 [00828 info 'utilvpxdVdb'] Registry Item DB 5 value is '50'
    T12:55:47.190+01:00 [00828 info 'utilvpxdVdb'] [VpxdVdb::SetDBType] Logging in to DSN: vcmdb with username
    T12:55:47.199+01:00 [00828 error 'commonvpxCrypt'] [VpxKey::Decrypt] crypto failure: >error:00000000:lib(0):func(0):reason(0)
    T12:55:47.200+01:00 [00828 error 'commonvpxCertificate'] [VpxdCert] Failed to decrypt password: applying key to encrypted data failed (likely
    T12:55:47.201+01:00 [00828 error 'utilvpxdVdb'] [VpxdVdb::SetDBType]: Database error: ODBC error: () -
    T12:55:47.201+01:00 [00828 error 'Default'] Error getting configuration info from the database
    T12:55:47.202+01:00 [00828 warning 'vpxdvpxdMain'] Database not initialized. Nothing to unlock
    T12:55:47.203+01:00 [00828 info 'Default'] Forcing shutdown of VMware VirtualCenter now


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

  • Impossible de créer des disques à provisionnement dynamique sur un cluster Storage DRS si la taille du disque est supérieure à celle d'une banque de données individuelle
    Les tentatives de création d'une machine virtuelle disposant d'un disque à provisionnement dynamique sur un cluster Storage DRS peuvent échouer avec le message d'erreur suivant :

    Espace disque insuffisant sur la banque de données

    Ce problème se produit si la taille de disque d'une machine virtuelle, définie pour une allocation maximale, est supérieure à celle d'une banque de données du cluster.
    Ce problème est résolu dans cette version.

  • Impossible de trier des machines virtuelles par espace provisionné ou utilisé dans vSphere Web Client
    Dans vSphere Web Client, les tentatives de tri de machines virtuelles par espace provisionné ou utilisé échouent.

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

  • Impossible d'ajouter plusieurs déclencheurs pour une alarme à l'aide de vSphere Web Client
    Lors de la création d'une alarme dans vSphere 5.1 à l'aide de vSphere Web Client, vous ne pouvez pas ajouter plusieurs déclencheurs pour une alarme.

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

  • Le démarrage et l'arrêt automatiques d'une machine virtuelle ne sont pas désactivés pour un hôte ESXi faisant partie d'un cluster sur lequel HA est activé
    L'option Autoriser les machines virtuelles à démarrer et à s'arrêter automatiquement avec le système est activée par erreur même si l'hôte ESXi fait partie d'un cluster vSphere HA.

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

  • Le diagramme associé aux performances d'un système vCenter Server 5.1 affiche un intervalle de données de 10 minutes toutes les 20 minutes
    Si vous définissez la période de rétention d'une collection de données à 5 jours et définissez l'intervalle de collecte à la valeur la plus faible possible, le diagramme de performances de la veille de vCenter Server 5.1 affiche un intervalle de 10 minutes toutes les 20 minutes.

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

  • La zone de texte Prochaine date d'exécution peut afficher la date de façon incorrecte pour certaines tâches planifiées
    Après la création de tâches planifiées dans un navigateur vSphere Web Client qui utilise un fuseau horaire au format autre que UTC, la zone de texte Prochaine date d'exécution peut afficher la date de façon incorrecte pour les tâches planifiées.

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

  • Impossible de se connecter à vCenter Server Virtual Appliance au moyen de vSphere Client en utilisant des informations d'identification de session Windows
    Les tentatives de connexion à vCenter Server Virtual Appliance au moyen de vSphere Client peuvent échouer avec le message d'erreur suivant si vous sélectionnez l'option Utiliser les informations d'identification de session Windows :

    Une erreur système générale s'est produite : Impossible d'obtenir les informations de l'utilisateur

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

  • Les données du diagramme de performances de banque de données sont manquantes si le cluster de banques de données contient plus de 10 banques de données
    Certains diagrammes de performances de banques de données, tels que Latence normalisée par banque de données et IOps agrégés par banque de données affichent le message Aucune donnée disponiblesi le cluster de banques de données contient plus de 10 banques de données.

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

  • Storage Distributed Resources Scheduler (SDRS) peut entraîner la croissance non contrôlée de journaux d'archive Oracle ou de journaux de transactions SQL Server
    La collection des statistiques SDRS s'exécute à une très haute fréquence, ce qui entraîne une dégradation des performances de QueryStats et un volume important de journaux de base de données. Pour la même raison, il se peut que QueryStats ne renvoie pas les valeurs des données de performances.

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

  • Un message d'erreur s'affiche lorsque vous effectuez une opération vCenter Linked Mode
    Après la configuration de Linked Mode pour vCenter Server, vSphere Web Client affiche le message suivant :

    Impossible de se connecter à Inventory Service

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

  • vSphere Web Client affiche des informations IPMI/iLO incorrectes
    Dans vSphere Web Client, les paramètres IPMI/iLO pour la gestion d'alimentation affiche des détails d'hôte incorrects tant que la page n'est pas actualisée manuellement.

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

  • vCenter Server supprime les autorisations Active Directory pendant le redémarrage
    Si une source d'identité n'est pas disponible ou répond lentement, il est possible que vCenter Server supprime des autorisations Active Directory pendant le redémarrage, même si des utilisateurs ou des groupes sont associés à cette autorisation. Le journal vpxd peut contenir des messages semblables au message suivant :
    [7FFFF3B09700 error 'Default'] Removing invalid permission 8001: user TestAD\john not found
    [7FFFF3B09700 warning 'Default'] Removing permission for entity "group-d1", user "TestAD\john", role -2. Reason: User or group not found


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

  • Les statistiques des ports réseau de vSphere Distributed Switch (VDS) sont altérées
    Les statistiques des ports réseau VDS sont altérées si un numéro de port de l'adaptateur réseau d'une machine virtuelle est changé manuellement ou si la machine virtuelle est clonée et la surveillance des ports est activée.

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

  • Le service VMware Virtual Center Server peut échouer de façon aléatoire
    Après l'installation de la solution de sauvegarde EVault, le service VMware Virtual Center Server ( vpxd.exe) peut échouer de façon aléatoire. Le journal vpxd peut contenir une entrée semblable à celle-ci :

    Panic: TerminateHandler called

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

  • Un message d'erreur avec le code d'erreur 1009 peut s'afficher lorsque vous modifiez certaines alarmes
    Dans vSphere Web Client, lorsque vous ouvrez Gérer > Définition des alarmes et modifiez les alarmes pour lesquelles l'état du déclencheur est indiqué comme étant non défini, un message d'erreur semblable au message suivant peut s'afficher :

    Une erreur interne s'est produite - Erreur #1009

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

  • Valeurs différentes pour la mémoire réservée de machine virtuelle dans le MOB (Managed Object Browser)
    Lorsque vous modifiez les paramètres de machine virtuelle et attribuez une valeur valide à la propriété de réservation de mémoire dans l'onglet Allocations des ressources, la valeur correcte est enregistrée dans des structures de données différentes et s'affiche dans le MOB à plusieurs endroits. Cependant, les modifications apportées à l'une des tables ne sont pas conservées dans la base de données, en particulier la valeur memoryReservationdu fichier summary.configde la machine virtuelle. La valeur est remise à 0 lorsque le système vCenter Server redémarre. Cela génère des valeurs différentes pour la mémoire réservée de machine virtuelle dans le MOB.

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

  • Une seule instance du serveur vCenter Orchestrator est présente dans vSphere Web Client
    Lorsque vous utilisez vSphere Web Client pour vous connecter à plusieurs serveurs vCenter Orchestrator afin de gérer plusieurs instances de vCenter Server, un seul des serveurs vCenter Orchestrator connectés s'affiche dans vSphere Web Client.

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

  • Une alarme de vCenter Server n'est pas réinitialisée si l'état de l'alarme devient rouge et repasse au vert en moins d'une seconde
    vCenter Server répète l'action de déclenchement de l'alarme à une certaine fréquence, même après que l'alarme soit revenu à l'état normal (passé de rouge à vert) en moins d'une seconde jusqu'à ce que vous réinitialisiez l'alarme.

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

  • Impossible de trier les machines virtuelles dans la vue Banques de données et clusters de banques de données
    Après une connexion à vCenter Server 5.0 à l'aide de vSphere Client, vos tentatives de tri des machines virtuelles dans l'espace provisionné et l'espace utilisateur ne fonctionnent pas dans la vue Banques de données et clusters de banques de données
    .
    Ce problème est résolu dans cette version.

  • Dans le journal d'événements Tous chemins hors service (APD), vSphere Web Client affiche l'identificateur de périphérique de stockage de façon incorrecte
    Au lieu d'inclure l'identificateur de périphérique ou de système de fichiers, vSphere Web Client inclut }dans le journal d'événements Tous chemins hors service (APD).

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

  • Le travail Cumul des statistiques de la veille peut signaler une erreur après une mise à niveau de vCenter Server
    Après une mise à niveau de vCenter Server 5.1, le travail Cumul des statistiques de la veille peut signaler l'erreur suivante :

    Procédure stockée 'purge_stat1_proc' introuvable. [SQLSTATE 42000] (Erreur 2812). Échec de l'étape.

    Ce problème se produit si le travail de cumul de la veille n'est pas actualisé pendant la mise à niveau de vCenter Server.

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

  • Le diagramme des données de performances affiche un message indiquant qu'aucune donnée n'est disponible
    Pour certains LUN de banques de données, le diagramme de données de performances génère le message suivant :

    Pas de données disponibles

    Ce problème se produit si vous sélectionnez E1000e comme adaptateur réseau pour les machines virtuelles appartenant à cette banque de données.

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

  • vSphere Web Client ne peut pas déployer un modèle OVF
    Si vSphere Web Client est connecté à plusieurs vNIC ou si vSphere Web Client n'est pas connecté au réseau SSO, les tentatives de déploiement d'un modèle OVF échouent et le message d'erreur suivant s'affiche :

    Impossible de se connecter au serveur

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

  • Un snapshot peut pointer par erreur vers le VMDK de base après le redémarrage du système vCenter Server
    Si vous redémarrez le système vCenter Server après la création d'un snapshot, ce dernier peut pointer par erreur vers le VMDK de base jusqu'à ce que vous renommiez le snapshot.

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

  • Les tentatives de migration à froid de machines virtuelles peuvent échouer avec un message indiquant que l'objet est introuvable
    Si une machine virtuelle clonée contient des caractères spéciaux (tels qu'un astérisque (*), le signe deux-points (:), le signe égal (=), une barre verticale (|), des guillemets ("), des crochets angulaires (< >), le signe pourcentage (%) ou une barre oblique (/)) dans son nom, les tentatives de migration à froid sur cette machine échouent et le message d'erreur suivant s'affiche :

    L’objet ou l’élément indiqué est introuvable

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

  • Un message d'erreur peut être généré plusieurs fois en succession rapide sur un cluster DRS
    Sur un cluster DRS, le message d'erreur suivant peut être généré plusieurs fois en succession rapide lors de l'exécution d'opérations HA :

    error 'Alert' opID=task-internal-1-ebccd22f-6d] Alert:curMigTime + worstMigTime + curDownTime + worstDownTime <= migTime || NEAR_ZERO(curMigTime + worstMigTime + curDownTime + worstDownTime - migTime)@ d:/build/ob/bora-656783/bora/vpx/drs/algo/drmRebalanceImpl.cpp:1598

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

  • Le service VMware VirtualCenter Server peut cesser de répondre après le redémarrage de vCenter Server
    Le service VMware VirtualCenter Server ( vpxd.exe) peut cesser de répondre sur une machine virtuelle Windows après le redémarrage de vCenter Server. En outre, il se peut que des messages ne soient pas consignés dans le fichier vpxd.logaprès 30 à 40 lignes.

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

  • vSphere Web Client peut afficher un état d'intégrité vDS incorrect pour des hôtes ESXi
    Dans un environnement où des hôtes ESXi sont connectés à un vSphere Distributed Switch (vDS) version 5.1 et où le contrôle d'intégrité vDS est activé, un état d'intégrité vDS incorrect peut être affiché pour les hôtes ESXi après la reconfiguration du paramètre MTU ou VLAN du vDS.

    Ce problème est résolu dans cette version. Cependant, pour afficher l'état d'intégrité vDS correct pour des hôtes ESXi, vous devez également mettre à niveau vSphere Web Client et les hôtes ESXi vers la version 5.1 Update 2.

  • Il se peut que l'opération d'importation de vDS ne parvienne pas à migrer les configurations vDS vers un nouveau système vCenter Server
    L'opération d'importation de vDS visant à migrer les configurations de vDS vers un nouveau système vCenter Server peut échouer. Le fichier vpxd.logcontient des entrées semblables aux entrées suivantes :

    [04620 info 'commonvpxLro' opID=9a70e68] [VpxLRO] -- BEGIN task-32 -- -- vim.dvs.DistributedVirtualSwitchManager.importEntity -- 53eb6668-ca28-41d0-7bd0-3b904f9bd003(5216b5a6-537c-06c2-7db1-d5f37a0d79d7) [04620 error 'corevalidate' opID=9a70e68] [Validate::Check()FeatureCapability] LACP is not supported on DVS [dvSwitch01]
    [04620 error 'dvsvpxdMoDvsManager' opID=9a70e68] [MoDvsManager::CreateNewEntity] Import Failed while creating DVS from Backup with key[1a 75 17 50 0b 1b 51 ba-6b 00 07 f8 20 f6 8b 87]. Fault:[vmodl.fault.InvalidArgument]
    [04620 error 'dvsvpxdMoDvsManager' opID=9a70e68] [MoDvsManager::CreateNewEntity] Import Failed while creating DVPG from Backup with key[dvportgroup-79]. Fault:[vim.fault.NotFound]
    [04620 info 'commonvpxLro' opID=9a70e68] [VpxLRO] -- FINISH task-32 -- -- vim.dvs.DistributedVirtualSwitchManager.importEntity --


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

  • Il se peut que la base de données intégrée ne redémarre pas vCenter Server Appliance
    Après la configuration de la base de données intégrée dans vCenter Server Appliance 5.x, si vous accédez à la page Base de données et cliquez sur Paramètres de test, l'option de démarrage automatique de la base de données peut se désactiver.. Par conséquent, il se peut que la base de données intégrée ne puisse pas démarrer lorsque vous redémarrez vCenter Server Appliance.

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

  • Le service VMware Virtual Center Server peut échouer de manière inattendue en raison d’une erreur de base de données
    Le service VMware Virtual Center Server (vpxd.exe) peut échouer de manière inattendue et le journal vpxd peuvent contenir des entrées comparables aux suivantes :

    Un problème irrécupérable est survenu et arrêté le service VMware VirtualCenter. Erreur : Error[VdbODBCError] (-1) "ODBC error: (40001) - [Microsoft][SQL Native Client][SQL Server] La transaction (Process ID 64) a subi un blocage lors du verrouillage des ressources avec un autre processus et a été choisie comme victime du blocage. Réexécutez la transaction." est retourné lors de l'exécution de l'instruction SQL "SELECT HOST_ID FROM VPX_VM, VPX_VDEVICE_FILE_BACKING WHERE VPX_VM.ID = VPX_VDEVICE_FILE_BACKING.VM_ID AND VPX_VDEVICE_FILE_BACKING.HARD_DEVICE_BACKING_FILE_NAME = ?"

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

  • L'espace de stockage d'une instance de vCenter Server peut s'afficher de manière incorrecte dans l'onglet Résumé de vSphere Web Client
    Lorsqu'une banque de données est partagée entre des hôtes ESXi, l'espace libre, l'espace utilisé et la capacité totale d'une instance de vCenter Server peuvent s'afficher de manière incorrecte dans l'onglet Résumé de vSphere Web Client.

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

  • Les tentatives de liaison d'au moins trois instances secondaires de vCenter Server à une instance de vCenter Server principale peuvent échouer avec un message d'erreur
    Lorsque vous initiez l'opération de jonction à partir d'une instance distante de vCenter Server, les tentatives de liaison d'au moins trois instances secondaires de vCenter Server peuvent échouer avec des messages d'erreur semblables à celui-ci :

    L'opération "Joindre l'instance VMwareVCMSDS" a échoué :
    Action : Joindre l'instance
    Action : Préparer pour la jonction
    Problème : L'ID de domaine SSO du VC distant w1-vc-ldu03.vcst.large ne correspond pas.


    Ce problème apparaît en raison d'un retard dans la mise à jour des entrées du répertoire de services.

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

  • Le service VMware VirtualCenter Server peut échouer fréquemment dans un cluster sur lequel SDRS est activé
    Si vous activez Storage DRS (SDRS) sur un cluster de banque de données, le service VMware VirtualCenter Server (vpxd.exe) peut échouer fréquemment. Le journal vpxd peut contenir une entrée semblable à celle-ci :

    Panic: Erreur invalid_parameter error Win32

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

  • Les tentatives de recherche de l'inventaire dans vCenter Server en utilisant vSphere Web Client peuvent ne retourner aucun résultat avec des autorisations correctes
    Les tentatives de recherche de l'inventaire dans vCenter Server à l'aide de vSphere Client peuvent ne retourner aucun résultat. Ces tentatives peuvent également échouer avec un message d'erreur semblable à celui-ci :

    L'accès pour effectuer cette opération est refusé.

    Lorsque vous tentez de vous connecter au système vCenter Server en utilisant vSphere Web Client avec des autorisations correctes, l'inventaire qui s'affiche est vide.
    Ces problèmes se produisent lorsque le service d'inventaire ne peut pas calculer correctement les autorisations.

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

  • Sur une machine Windows Server 2012 sans connexion Internet, les tentatives d'installation de vCenter Server ou de SSO peuvent échouer avec l'erreur 28173
    Si .NET Framework n'est pas installé sur une machine Windows Server 2012 et que cette dernière n'est pas connectée à Internet, les tentatives d'installation de vCenter Server ou de SSO sur cette machine peuvent échouer avec un message d'erreur semblable au message suivant :

    Erreur interne 28173

    Ce problème est résolu dans cette version. Si .NET Framework n'est pas installé et si la machine n'est pas connectée à Internet, l'installation s'arrête et un message vous demande d'installer .NET Framework.

  • Les tentatives d'annulation de l'enregistrement de vSphere Web Client à partir de SSO peuvent échouer avec un message d'erreur
    Les tentatives d'annulation de l'enregistrement de vSphere Web Client à partir de SSO peuvent échouer avec le message d'erreur suivant :

    /10-vmware-vsphere-client : ligne 191 : chkonfig : commande introuvable

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

  • Différence d'état du matériel vu dans le MOB (Managed Object Browser) vCenter par rapport au MOB ESX, même après l'appel de l'API RefreshHealthStatusSystem
    L'API Refreshou ResetSystemHealthInfo, utilisée pour fournir les valeurs instantanées des capteurs d'intégrité ne met pas à jour les valeurs de capteurs d'intégrité les plus récentes dans vCenter Server.

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

  • Le plug-in vCenter Orchestrator (vCO) de vSphere Web Client peut ne pas détecter tous les serveurs vCO auxquels il peut se connecter
    Le plug-in vCenter Orchestrator (vCO) de vSphere Web Client peut ne détecter que les serveurs vCO qui possèdent des extensions vCenter Server créées pendant l'installation du serveur vCO. Pendant l'installation du serveur vCO, les extensions vCenter Server ne sont pas créées si vCenter Server n'est pas activé et en cours d'exécution.

    Ce problème est résolu dans cette version. Outre la détection des serveurs vCO grâce à l'extension vCenter Server, une nouvelle fonctionnalité est ajoutée pour permettre d'indiquer manuellement le nom d'hôte ou l'adresse IP du serveur vCO.

  • Le service VMware VirtualCenter Server peut échouer pendant l'exécution d'une charge de travail triple sur vCenter Server
    Si vous exécutez une charge de travail triple sur vCenter Server, le service VMware VirtualCenter Server ( vpxd.exe) peut échouer. Le journal vpxd peut contenir une entrée semblable à celle-ci :

    Panic: NOT_REACHED d:/build/ob/bora-964093/bora/vpx/vpxd/vpxservices/alarmMo.cpp:15783

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

  • vSphere Web Client peut signaler un échec de connexion à l'hôte ESXi
    Si JGroups ne converge pas rapidement dans Inventory Service, vSphere Web Client peut signaler un échec de connexion à l'hôte ESXi.

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

  • L'installation de vCenter Server sur Windows Server 2012 R2 s'arrête au niveau de l'écran d'installation de vCenter Server
    L'installation de vCenter Server sur Windows Server 2012 R2 s'arrête au niveau de l'écran d'installation de vCenter Server pendant l'installation du composant de service d'annuaire.

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

  • Le clonage ou la migration à froid d'une machine virtuelle vers une autre banque de données et un autre hôte de destination peut prendre plus de temps dans certains cas
    Les tentatives de clonage ou de migration à froid d'une machine virtuelle vers une autre banque de données peuvent prendre plus de temps si l'hôte source transfère la gestion de la machine virtuelle vers un hôte de destination disposant d'un accès en lecture seule à la banque de donnée source. Ce problème survient même lorsque l'hôte source dispose d'un accès en lecture-écriture à la banque de données de destination. Dans ce cas, l'hôte source copie les données via l'hôte de destination dans la banque de donnée de destination sur le réseau de gestion au lieu de les copier directement.

    Ce problème est résolu dans cette version. L'hôte source copie maintenant les données de la banque de données source directement dans la banque de données de destination.

Problèmes de gestion des machines

  • Les tentatives d'exécution de vMotion sur plusieurs machines virtuelles échouent avec une erreur indiquant qu'une opération vApp est en cours
    Les tentatives d'exécution de vMotion simultanément sur plusieurs machines virtuelles à partir d'un vApp échouent. Le message d'erreur suivant s'affiche dans le volet Tâches récentes :
    Impossible d'effectuer cette opération tant que l'opération vApp est en cours

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

  • Le temps de disponibilité de la CPU pour les machines virtuelles d'un pool de ressources est élevé
    Si votre pool de ressources est réparti sur plusieurs hôtes et si les machines virtuelles sont actives sur certains hôtes et inactives sur d'autres, vous pouvez rencontrer un temps élevé de disponibilité de la CPU, lorsque les machines virtuelles inactives reprennent une activité, en raison d'une faible limite des ressources CPU sur l'hôte. Le temps de disponibilité de la CPU est considéré élevé si la valeur du champ %Ready dans l'outil esxtop est supérieure à la valeur normale de 5 %.

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

Problèmes VMware HA et Fault Tolerance

  • vSphere Client peut afficher un message d'erreur si vous configurez un port VMkernel avec des adresses IPv6 de plus de 36 octets
    Si vous configurez un port VMkernel disposant d'adresses IPv6 de plus de 36 octets et activez une configuration vSphere HA, vSphere Client peut afficher le message d'erreur suivant dans l'onglet Résumé lorsque vous reconfigurez vSphere HA :

    Problème de configuration
    L'agent vSphere HA sur cet hôte ne peut pas accéder à certaines des adresses réseau de gestion des autres hôtes et HA ne peut pas redémarrer les VM en cas d'échec d'un hôte : x.x.x.x:x:x:x:x:x:x:x:x


    Ce problème résolu dans cette version.

  • La mise à l'arrêt de l'invité à l'aide de VMware View peut entraîner la reprotection d'une machine virtuelle hors tension par Fault Domain Manager (FDM)
    Lors de la mise à l'arrêt de l'invité d'une machine virtuelle au moyen de VMware View, le système vCenter Server tente également simultanément de mettre la machine virtuelle hors tension. Cela crée un conflit, et la machine virtuelle est alors reprotégée par FDM. Lorsque vous mettez sous tension la machine virtuelle, un message d'erreur semblable au message suivant s'affiche :

    Cette machine virtuelle a peut-être été déplacée ou copiée.

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

  • Lorsque vous redémarrez le service vpxd, le contrôle d'admission VMware High Availability (HA) peut ne pas appliquer les paramètres utilisateur
    Dans un environnement où un cluster dispose d'options de configuration avancées pour HA qui affectent le contrôle d'admission, lorsque vous redémarrez le service vpxd, le contrôle d'admission HA peut ne pas prendre en compte les paramètres utilisateur tant que vous ne reconfigurez pas le cluster.

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

  • Les paramètres non définis dans la spécification de configuration peuvent être remplacés par les valeurs par défaut lors de la reconfiguration d'un cluster HA activé
    Lors de la reconfiguration d'un cluster HA activé, si vous modifiez certains paramètres de surveillance de la machine virtuelle, les paramètres non définis dans la spécification de configuration peuvent être remplacés par les valeurs par défaut.

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

Problèmes connus

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

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

Problèmes d'installation
  • 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)

  • Sur des machines Windows 2012 ou Windows 8 sans connexion Internet, les tentatives d'installation de vSphere Client ou de SSO peuvent échouer avec l'erreur 28173
    Si .NET Framework n'est pas installé sur les machines Windows Server 2012 ou Windows 8 et que ces dernières ne sont pas connectées à Internet, les tentatives d'installation de vSphere Client ou de SSO sur ces machines peuvent échouer avec un message d'erreur similaire au message suivant :
    Erreur interne 28173

    Solution : Installez .NET Framework 3.5 SP1 sur ces machines avant d'installer vSphere Client ou SSO.
  • 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 2 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 2, le dispositif n'invite pas au redémarrage et ne redémarre pas automatiquement. Lorsque vSphere Web Client est mis à jour ultérieurement avec une version plus récente d'un module de plug-in trouvé sur vCenter Server, il est possible que vSphere Web Client apparaisse comme inaccessible ou que le nouveau plug-in ne soit pas visible dans le vSphere Web Client.

    Solution : Après avoir mis à jour vCenter Server Appliance ou un plug-in de vSphere Web Client, redémarrez vCenter Server Appliance pour 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 2 à l'aide de Simple Install affiche un message d'avertissement
    Lors de la mise à niveau de vSphere 5.1 vers vSphere 5.1 Update 2 à l'aide de l'option Simple Install, le message d'avertissement suivant s'affiche :

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

    Solution : Utilisez les programmes d'installation individuels pour effectuer une mise à niveau de vSphere 5.1 vers vSphere 5.1 Update 2.
  • 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 2 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 2, 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 des objets d'inventaire ne soient pas visibles après la mise à niveau d'un vCenter Server Appliance configuré avec une base de données Postgres
    Lorsqu'un vCenter Server Appliance configuré avec une base de données Postgres est mis à niveau de la version 5.0 Update 2 vers la version 5.1 Update 2, il est possible que des objets d'inventaire qui existaient avant la mise à niveau, tels que des centres de données, des 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 1 pour les versions localisées autres que l'anglais échoue avec une erreur 2229
    Lorsque vous tentez de mettre à niveau Single Sign-On 5.1 vers Single Sign-On 5.1 Update 1 pour toutes les versions localisées autres que l'anglais prises en charge, 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 tcServer utilisée par vCenter Server 5.1 Update 2, il se peut que l'interface utilisateur de VSA n'affiche pas l'état d'avancement des opérations comme la configuration VSA, la reconfiguration du réseau VSA, etc. Ce problème s'applique à VSA 5.1.1 fonctionnant avec vSphere 5.1 Update 2.

    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 2
    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 2, 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 2 peut échouer s'il est impossible d'accéder à vCenter Single Sign On 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

  • Impossible d'ouvrir l'interface de gestion Web de vCenter Server Appliance à l'aide d'Internet Explorer 9 sur une machine Windows 2003 ou Windows XP*
    Si vous utilisez Explorer 9 sur une machine Windows 2003 ou Windows XP, les tentatives d'accès à l'interface de gestion Web de vCenter Server Appliance échouent avec le message d'erreur suivant :

    Internet Explorer ne peut pas afficher la page Web

    Ce problème survient si vous utilisez Internet Explorer 9 sur un système d'exploitation Windows antérieur à Windows 7.

    Solution : Pour résoudre ce problème, utilisez la version la plus récente de Mozilla Firefox ou de Google Chrome pour accéder à l'interface de gestion Web de vCenter Server Appliance. Vous pouvez également utiliser Internet Explorer 9 ou version ultérieure sous Windows 7 ou version ultérieure.

  • La tentative de connexion à vCenter Server avec vSphere Client installé sur une machine Windows 2003 ou Windows XP échoue*
    Lorsque vous essayez de vous connecter à vCenter Server avec vSphere Client installé sur une machine Windows 2003 ou Windows XP, la connexion échoue avec le message d'erreur suivant :

    Une erreur inconnue de connexion s'est produite. (vSphre 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 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 vCenter Server.

    REMARQUE : la tentive de connexion peut encore échouer si vous vous connectez directement à l'hôte ESXi à l'aide de vSphere Client.

  • Il se peut que le plug-in d'intégration du client ne fonctionne pas comme prévu si vous vous connectez à vSphere Web Client à l'aide d'Internet Explorer 11*
    Si vous vous connectez à vSphere Web Client à l'aide d'Internet Explorer 11, les problèmes suivants peuvent survenir lorsque vous effectuez des tâches associé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.

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

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

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