Notes de mise à jour de VMware vCenter Server 4.1 Update 3

Nous contacter
 

VMware Infrastructure Management Installer | 30 août 2012 (pour tous les paramètres régionaux)
vCenter Server 4.1 Update 3 | 30 août 2012 | Build 799345
vSphere Client 4.1 Update 3 | 30 août 2012 | Build 799345

Dernière mise à jour du document : 30 août 2012

Contenu des Notes de mise à jour

Les notes de mise à jour couvrent les sujets suivants :

Nouveautés

Les informations suivantes décrivent quelques-unes des améliorations disponibles dans cette version de vCenter Server :

  • Prise en charge de systèmes d'exploitation clients supplémentaires – Cette version met à jour la prise en charge de nombreux systèmes d'exploitation clients. Pour une liste complète des systèmes d'exploitation clients pris en charge par cette version, consultez le Guide de compatibilité VMware.

  • Problèmes résolus –Cette version corrige également divers bogues documentés dans la section Problèmes résolus.

Versions antérieures de VMware vSphere 4.1

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

Avant de commencer

Compatibilité de version ESX, vCenter Server et vSphere Client

La Matrice d'interopérabilité de produit VMware fournit des détails sur la compatibilité des versions actuelles et précédentes des composants de VMware vSphere, dont ESX, vCenter Server, vSphere Client et d'autres produits VMware en option. Consultez également les matrices de compatibilité vSphere pour des informations sur les agents de gestion et de sauvegarde pris en charge avant d'installer ESX ou vCenter Server.

Installation et mise à niveau

Vous ne pouvez installer vCenter Server 4.1 que sur les plateformes Windows 64 bits. Si VirtualCenter 2.x est installé, reportez-vous au Guide de mise à niveau vSphere pour plus d'informations sur l'installation de vCenter Server sur un système d'exploitation 64 bits et la préservation de votre base de données VirtualCenter.

Pour un accompagnement étape par étape lors de l'installation et de la configuration d'ESX et de vCenter Server, reportez-vous au Guide d'installation ESX et vCenter Server.

Après une installation réussie, vous devez exécuter plusieurs étapes de configuration, notamment pour l'octroi des licences, la mise en réseau et la gestion de la sécurité. Pour les instructions relatives à ces tâches de configuration, reportez-vous aux guides suivants de la documentation vSphere.

Il se peut que les versions ultérieures de VMware vSphere ne prennent pas en charge la version 2 de VMFS (VMFS2). Il est donc recommandé de mettre à niveau ou de migrer vers la version 3 ou ultérieure de VMFS. Reportez-vous au Guide de mise à niveau vSphere.

Avant d'installer ou de mettre à niveau vCenter Server 4.1 Update 3, vérifiez que les options des paramètres des bases de données sont définies. Pour plus d'informations, voir KB 1024449.

Mise à niveau ou migration vers vCenter Server 4.1 Update 3

Vous pouvez effectuer une mise à niveau de VirtualCenter 2.5 Update 6, vCenter Server 4.0, vCenter Server 4.0 Update 1, vCenter Server 4.0 Update 2, vCenter Server 4.0 Update 3, vCenter Server 4.0 Update 4, vCenter Server 4.1, vCenter Server 4.1 Update 1 et vCenter Server 4.1 Update 2 vers vCenter Server 4.1 Update 3.

Pour effectuer une mise à niveau, vérifiez d'abord que votre base de données est prise en charge par vCenter Server 4.1 Update 3, sauvegardez la base de données prise en charge, les certificats SSL et la configuration de VirtualCenter Server, puis exécutez le programme d'installation de vCenter Server. Le programme d'installation vous informe qu'une version plus ancienne de vCenter Server existe sur l'ordinateur et va être mise à niveau.

Mises à jour des plug-ins

Cette version de la suite logicielle vCenter Server 4.1 Update 3 contient des mises à jour vers VMware vCenter Update Manager et VMware Orchestrator.

Documentation

La documentation VMware vSphere 4.1 est applicable pour la version VMware vSphere 4.1 Update 3. Voir les pages de documentation suivantes :

Internationalisation

VMware vSphere 4.1 Update 3 est disponible dans les langues suivantes :

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

Mode localisation forcée de vSphere Client

Avec vSphere 4.1 Update 3, vous pouvez configurer vSphere Client pour fournir le texte de l'interface en anglais, même si le système d'exploitation sur lequel le logiciel fonctionne n'est pas en anglais. Vous pouvez régler cette configuration pour la durée d'une seule session en fournissant un commutateur à ligne de commande. Cette configuration s'applique au texte de l'interface et n'affecte pas les autres paramètres de langue comme les formats horaires ou numériques.

Par exemple, la commande vSphere Client suivante affichera la session individuelle en anglais :

vpxClient -locale en_US

Composants Open Source pour vSphere

Les composants Open Source et leurs licences respectives de la dernière version généralement disponible de vSphere sont accessibles sur http://www.vmware.com/download/vsphere/open_source.html dans l'onglet Open Source. Vous pouvez également télécharger les fichiers source pour une licence GPL ou LGPL ou d'autres licences similaires pour lesquelles le code source ou des modifications du code source doivent être disponibles pour la dernière version généralement disponible, en cliquant sur ce lien.

Résolution des problèmes

Cette version résout des problèmes dans les domaines suivants. Les problèmes résolus documentés en tant que problèmes connus dans la version précédente sont signalés par le symbole †.

Divers

  • La taille de tempDB augmente excessivement
    Certaines applications tierces, comme Veeam nWorks, se connectent à vCenter Server et émettent une spécification de recherche comportant de nombreux critères de recherche. De ce fait, une grande requête est exécutée dans la base de données de vCenter Server. Dans certains cas, l'analyse de la requête se poursuit pendant qu'elle remplit l'espace TempDBde la base de données. Le service VMware VirtualCenter Server peut ne pas démarrer si l'espace disque de SQL Server se remplit parce que cette requête est constamment exécutée sur TempDB.
    Le fichier vpxd.logcontient des entrées similaires aux entrées suivantes :
    BC error: (42000) - [Microsoft][SQL Native Client][SQL Server]Could not allocate a new page for database 'TEMPDB' because of insufficient disk space in filegroup 'DEFAULT'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup." is returned when executing SQL statement "SELECT EVENT_ID, CHAIN_ID, EVENT_TYPE, EXTENDED_CLASS, CREATE_TIME, USERNAME, CATEGORY, VM_ID, VM_NAME, HOST_ID, HOST_NAME, COMPUTERESOURCE_ID, COMPUTERESOURCE_TYPE, COMPUTERESOURCE_NAME, DATACENTER_ID, DATACENTER_NAME, DATASTORE_ID, DATASTORE_NAME, NETWORK_ID, NETWORK_NAME, NETWORK_TYPE, DVS_ID, DVS_NAME, CHANGE_TAG_ID FROM VPX_EVENT WHERE (EVENT_TYPE IN (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,"
    Logs/vpxd/vpxd-9704.log.gz:[2011-08-15 05:56:11.343 06612 error 'App' opID=453570f1] vim.fault.DatabaseError
    Logs/vpxd/vpxd-9704.log.gz:[2011-08-15 05:57:08.856 06588 error 'App' opID=892090d5] [Vdb::IsRecoverableErrorCode] Unable to recover from 42000:1101

    Pour résoudre ce problème, ajoutez le paramètre suivant dans le fichier vpxd.cfg :
    <event><maxVectorQuerySize>100</maxVectorQuerySize></event>
  • Impossible de recourir à la propriété extraConfig avec la méthode ReconfigVM_Task pour la suppression des options supplémentaires à partir d'une machine virtuelle
    Le guide de référence VMware Infrastructure SDK a fait une description incorrecte en indiquant que, lorsque vous utilisez la propriété extraConfigselon la méthode ReconfigVM_Task, une option est supprimée si la clé est présente. Toutefois, la valeur n'est pas définie ou affiche une chaîne vide.

    Cette erreur est corrigée dans la présente version. La description de la propriété extraConfigest modifiée en :
    Ceci décrit un ensemble de modifications apportées aux options supplémentaires. Si la clé est déjà présente, elle sera réinitialisée selon la nouvelle valeur fournie. Dans le cas contraire, une nouvelle option sera ajoutée. Il est impossible de supprimer une option.

Sécurité

  • Le module Oracle (Sun) JRE est mis à jour vers la version 1.6.0_31, qui résout de nombreux problèmes de sécurité
    Oracle a répertorié les identificateurs CVE concernés par cette mise à jour sur la page Oracle Java SE Critical Patch Update Advisory d'octobre 2011.

  • La mise à jour vers Apache Tomcat 6.0.35 résout plusieurs problèmes de sécurité
    Apache Tomcat a été mis à jour vers la version 6.0.35 afin de résoudre plusieurs problèmes de sécurité.
    Le projet Common Vulnerabilities and Exposures (cve.mitre.org) a attribué les noms CVE-2011-3190, CVE-2011-3375, CVE-2011-4858, et CVE-2012-0022à ces problèmes.

Configuration des serveurs

  • L'état de conformité de profil d'hôte n'est pas signalé correctement pour les hôtes configurés avec vDS
    Dans vCenter Server, si la configuration vDS de l'hôte et la configuration vDS capturée dans le profil d'hôte attaché sont différentes par rapport aux liaisons montantes sur vDS, le profil d'hôte peut alors mal interpréter l'état de conformité comme étant conforme alors qu'il ne devrait pas l'être.

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

Stockage

  • vCenter Server peut ne pas démarrer et afficher l'erreur : Impossible de trouver la description de l'événement ID 1000 de Vmware virtual center server.
    Ce problème survient si les hôtes ESX ont des banques de données NFS montées et qu'au moins une banque de données NFS apparaît deux fois dans la base de données de vCenter Server avec la même URL. Cette situation peut se produire si l'adresse IP du serveur NFS ou le nom d'hôte a changé et que vous n'avez pas démonté la banque de données NFS de l'hôte ESX avant de la remonter.
    vCenter Server ne démarre pas et affiche le message d'erreur suivant :
    The description for event ID 1000 from source Vmware virtual center server cannot be found.
    Either the component that raises the event is not installed on your local computer or the installation is corrupted.
    You can install or repair the component on the local computer.
    Le fichier vpxd.logcontient des entrées similaires à :
    error 'App'] Duplicate name (<datastore_name>) in datastore folder
    Panic: NOT_IMPLEMENTED d:/build/ob/bora-208111/bora/vpx/vpxd/vpxdMoDatacenter.cpp:1401

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

Mise à niveau et installation

  • L'instance ADAM peut être supprimée en cas d'échec de la mise à niveau de vCenter Server
    Pendant la mise à niveau de vCenter Server, en cas d'échec ou d'annulation de l'opération, le processus de restauration risque de ne pas recréer l'instance ADAM. Une fois l'instance ADAM locale supprimée, le service VMware VirtualCenter Server se retrouve dans un état qui ne lui permet plus de redémarrer.

    Ce problème est résolu dans cette version. En cas d'échec ou d'annulation de la mise à niveau du vCenter Server, l'instance ADAM locale n'est pas supprimée.
  • Le programme d'installation de vCenter Server ne propose pas d'option pour choisir la méthode de mise à niveau de vCenter Agent lors de la mise à niveau de vCenter Server
    Si vous avez déjà mis à niveau vCenter Server une fois, et que vous effectuez une nouvelle mise à niveau de vCenter Server vers la version vCenter Server 4.1 Update 1 ou Update 2, le programme d'installation de vCenter Server ne propose pas d'option pour sélectionner la méthode de mise à niveau de vCenter Agent. Après la mise à niveau, l'option de mise à niveau de vCenter Agent (automatique ou manuelle) est choisie en fonction de l'option sélectionnée lors de la première mise à niveau de vCenter Server.

    Ce problème est résolu dans cette version.
  • Après la mise à niveau de vCenter Server, le processus vpxd.exe utilise près de 100 % des ressources du processeur.
    Lorsque vous effectuez une mise à niveau depuis vCenter Server 2.5 ou 4.0 vers vCenter Server 4.1, le paramètre vpxd.CacheSizen'est pas augmenté de façon appropriée, ce qui amène le processus vpxd.exeà utiliser près de 100 % des ressources du processeur dans des environnements de grande taille. La conséquence est un ralentissement des performances de vCenter Server et vSphere Client.

    Ce problème est résolu dans cette version.
  • Les Services Web Active Directory ne parviennent pas à lire les paramètres de l'instance AD LDS (Active Directory Lightweight Directory Services) spécifiée
    Après l'installation de vCenter Server, les Services Web Active Directory ne parviennent pas à lire les paramètres de l'instance AD LDS (Active Directory Lightweight Directory Services) spécifiée.

    L'erreur suivante s'affiche :

    Les Services Web Active Directory ont rencontré une erreur lors de la lecture des paramètres de l'instance AD LDS (Active Directory Lightweight Directory Services) spécifiée. Les Services Web Active Directory réessayeront d'exécuter cette opération de manière périodique.

    Ce problème survient lorsque les Services Web Active Directory (ADWS) ne parviennent pas à lire les ports pour lesquels les services Active Directory LDS ont été configurés pour utilisation dans le cadre des services LDAP et Secure LDAP (SSL).

    Ce problème est résolu dans cette version.
  • Impossible de trouver la description des entrées du journal des événements de l'application Windows
    Dans vCenter Server, les descriptions des entrées du journal des événements de l'application Windows demeurent introuvables. Lorsque vCenter initie la fermeture d'une application, il journalise un événement en direction du service d'événements de Windows. Toutefois, dans la description du message, il affiche le texte ci-après :

    La description pour l'ID d'événement 1000 en provenance de la source VMware VirtualCenter Server est introuvable.

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

vCenter Server, vSphere Client et vSphere Web Access

  • La fonctionnalité de recherche de vCenter Server n'est pas en mesure de respecter les autorisations et trouve ou affiche des objets gérés pour lesquels l'utilisateur n'avait reçu aucune autorisation

    Dans vCenter Server, lorsque l'utilisateur bénéficie de connexions à privilège limité, ce dernier est en mesure de voir tous les objets gérés et ce quelles que soient les informations relatives aux autorisations requises. Ceci signifie que la fonctionnalité de recherche de vCenter n'a pas respecté les autorisations et recherchera/affichera les objets gérés pour lesquels l'utilisateur ne disposait pas de l'autorisation requise.

    Remarque : Quelles que soient les autorisations requises, l'utilisateur avait la possibilité de voir tous les objets gérés pendant la recherche vCenter
    Ce problème est résolu dans cette version
  • vCenter Server peut échouer pendant les opérations de snapshot de la machine virtuelle
    vCenter Server peut échouer pendant une opération de snapshot de la machine virtuelle. La base de données de vCenter Server est Microsoft SQL Server. Une erreur semblable à ce qui suit est consignée dans le fichier vpxd.log :

    Un problème irrécupérable s'est produit, entraînant l'arrêt du service VMware VirtualCenter. Error: Error[VdbODBCError] (-1) "ODBC error: (23000) - [Microsoft][SQL Server Native Client 10.0][SQL Server]Violation of PRIMARY KEY constraint 'PK_FLE_FILE_INFO'. Impossible d'insérer une clé dupliquée dans l'objet 'dbo.VPX_VM_FLE_FILE_INFO'. La valeur de clé dupliquée est (154315, 12)." est retourné lors de l'exécution de l'instruction SQL "INSERT INTO VPX_VM_FLE_FILE_INFO WITH (ROWLOCK) (VM_ID, KEY_VAL, NAME, FILE_SIZE, TYPE) VALUES (?, ?, ?, ?, ?)"

    Ce problème est résolu dans cette version.
  • L'utilisateur est dans l'impossibilité d'afficher les diagrammes historiques des performances ou pourrait observer des écarts dans les siens
    Dans vCenter Server, un problème logique rencontré dans la logique de traitement des données de performance de vCenter amène les données de performances à ne pas être enregistrées dans la base de données en cas d'échec lors du processus de collecte distante des statistiques.

    Ce problème est résolu dans cette version.
  • Aucune alarme ne se déclenche après déconnexion et reconnexion du cordon d'alimentation au serveur ESX en cours de fonctionnement

    Dans vCenter Server, lorsque le cordon d'alimentation a été débranché du serveur ESX en cours d'exécution, puis rebranché au même endroit, aucune alarme n'est déclenchée

    Ce problème est résolu dans cette version
  • Lorsqu'elle est exécutée sur un hôte, la vérification de conformité du profil d'hôte pourrait signaler des défaillances au niveau des options de configuration avancées et désigner l'hôte comme non conforme
    Dans VI Client, option Performance de l'onglet Avancé, l'utilisateur n'arrive pas à visualiser les métriques de CPU, de mémoire, de disque, et de réseau dans la vue de cluster.

    Ce problème est résolu dans cette version.
  • Échec des opérations de clonage et épuisement de l'espace d'adressage VC MAC
    Lorsque des opérations de provisionnement telles que la création ou le clonage échouent sur l'hôte, une restauration du journal est effectuée. Cependant, l'entrée de l'adresse MAC du périphérique Ethernet de la machine virtuelle ne fait pas partie du journal. C'est pourquoi l'entrée MAC de l'entrée VC n'est pas publiée et ce, même lorsque la machine virtuelle est restaurée en raison de l'échec de l'opération. Des échecs à répétition pourraient déboucher sur l'apparition de nombreuses entrées non libérées qui ne sont utilisées par aucune machine virtuelle. Dans un tel cas, même lorsque le nombre de périphériques Ethernet des machines virtuelles est inférieur à celui de la valeur MAX, nous sommes confrontés au problème de l'épuisement des adresses VC MAC pendant le processus de création et de clonage de la machine virtuelle.

    Ce problème est résolu dans cette version.
  • L'indicateur du compteur du processeur hôte affiche incorrectement 100MHz dans VI Client
     
    Au redémarrage de vCenter Server, la valeur maximale de la barre d'indication du niveau du processeur affiche 100 MHz, bien que la quantité de MHz consommée et disponible soit supérieure à 100MHz. Ce problème se produit lorsque l'un des événements ci-après survient :
    La configuration Marche/arrêt de la VM
    vMotion
    supprimer & ajouter un hôte, machine virtuelle / Hôte, a été modifiée.
    Ce problème est résolu dans cette version.
  • EventFilterSpec ne parvient pas à fonctionner si la propriété eventTypeId est définie sur les noms WSDL des événements

    Dans vCenter Server, EventFilterSpec fonctionne uniquement si la propriété eventTypeId est définie avec les noms d'événement complets. Or, si les utilisateurs SDK connaissent les noms WSDL des événements, ils en ignorent les noms complets.

    Cette version met à jour EventFilterSpec pour qu'il puisse fonctionner avec les noms WSDL, ainsi qu'avec des noms d'événement complets

    Ce problème est résolu dans cette version.
  • Les machines virtuelles sont dans l'impossibilité de se connecter après être revenues à une capture d'instantané

    Dans vCenter Server, lorsqu'une capture est rétablie et la machine virtuelle mise sous tension, l'option « Connexion lors de la mise sous tension » est sélectionnée sur l'adaptateur réseau mais l'option « Connectée » est désélectionnée. En cochant la case, l'utilisateur reçoit le message d'erreur suivant : « Configuration non valide pour le périphérique 0 ».

    Ce problème est résolu dans cette version.
  • Impossible de visualiser les métriques de CPU, de mémoire et de disque dans la vue de cluster du diagramme des performances

    Dans VI Client, option Performance de l'onglet Avancé, l'utilisateur est dans l'impossibilité de voir les métriques de CPU, de mémoire, de disque, et de réseau dans la vue de cluster.

    Ce problème est résolu dans cette version.
  • vSphere Client peut ne pas afficher le contenu du dossier vmimages
    Lorsque vous parcourez le dossier vmimagesd'un hôte ESXi à l'aide de vSphere Client connecté à vCenter Server, le dossier peut sembler vide. Il est impossible d'accéder aux images ISO et disquette qui se trouvent dans ce dossier.

    Ce problème est résolu dans cette version.
  • L'exportation des données de performances d'un graphique empilé (par VM) vers une feuille de calcul peut échouer avec une erreur « the Index was out of range » (index hors de l'étendue)
    Lors de l'exportation des données de performance d'un hôte ESX vers une feuille de calcul, si vous sélectionnez le type de diagramme Graphique empilé (par VM) comme option du graphique, choisissez les paramètres avancés pour les mesures de CPU, de disque, de réseau et de mémoire, puis cliquez sur OK sur l'écran Exporter les performances. Un message similaire au message suivant peut s'afficher :
    System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection.
    Nom du paramètre : index

    Ce problème est résolu dans cette version.
  • vCenter Server peut échouer lors de l'exportation de modèles OVF de machines virtuelles fonctionnant sur des hôtes ESX/ESXi 3.5
    Si le port HTTPS du système vCenter Server est configuré de sorte à utiliser un numéro de port différent du numéro de port par défaut, 443, vCenter Server peut échouer lors de l'exportation de modèles OVF de machines virtuelles fonctionnant sur des hôtes ESX/ESXi 3.5. Un message d'erreur similaire au message suivant s'affiche :
    Failed to export Virtual Machine: Unable to connect to the remote server

    Ce problème est résolu dans cette version.
  • vCenter Server ne démarre pas et affiche l'erreur vmodl.fault.ManagedObjectNotFound error
    Si une alarme est configurée dans vCenter Server pour une machine virtuelle qui n'existe pas dans la base de données, le service vCenter Server peut ne pas démarrer et afficher un message d'erreur similaire au message suivant :
    vmodl.fault.ManagedObjectNotFound
    Messages similar to the following are recorded in the vpxd.log file:
    [VpxdMain] Failed to initialize: vmodl.fault.ManagedObjectNotFound
    Failed to intialize VMware VirtualCenter. Shutting down...
    [Vdb::Connection::Release] Transaction took 60024 ms with 0 statements
    Successfully unlocked VC repository
    Forcing shutdown of VMware VirtualCenter now

    Ce problème est résolu dans cette version.
  • EventFilterSpec ne parvient pas à fonctionner si la propriété eventTypeId est définie sur les noms WSDL des événements
    Dans vCenter Server, EventFilterSpecfonctionne uniquement si la propriété eventTypeIdest définie avec les noms d'événement complets. Or, si les utilisateurs SDK connaissent les noms WSDL des événements, ils en ignorent les noms complets.

    Ce problème est résolu dans cette version.
    Cette version met à jour EventFilterSpecpour qu'il puisse fonctionner avec les noms WSDL, ainsi qu'avec des noms d'événement complets.
  • vCenter Server peut cesser de répondre lorsqu'un hôte quitte le mode maintenance
    Si des pools de ressources sont configurés sur un hôte et que l'hôte quitte le mode maintenance, une condition de concurrence inconnue peut parfois se produire, et vCenter Server cesse alors de répondre.

    Ce problème est résolu dans cette version.
  • Le diagramme d'utilisation de l'espace des banques de données pourrait indiquer que l'espace est utilisé par des fichiers de machine virtuelle même lorsque la banque de données est vide, après suppression de toutes les machines virtuelles
    Après avoir supprimé toutes les machines virtuelles d'une banque de données, si vous affichez l'onglet Performance de la banque de données, le diagramme Par type de fichier de la section Utilisation de l'espace indique qu'il y a de l'espace utilisé par les disques virtuels, snapshots, fichiers d'échange et autres fichiers VM et ce, même si la banque de données est vide. Ce problème se pose parce que la requête SQL recherche dans la base de données des statistiques obsolètes concernant l'utilisation de l'espace.

    Ce problème est résolu dans cette version.
  • Utilisation du privilège Datastore.FileManagement au lieu du privilège Datastore.Rename pour renommer un dossier ou un fichier dans une banque de données
    Auparavant, dans vCenter Server, l'autorisation Datastore.Renameétait nécessaire pour renommer des fichiers sous une banque de données, mais cette autorisation permettait aux utilisateurs de renommer eux-mêmes la banque de données.
    Dans la présente version, l'autorisation Datastore.FileManagementest toutefois nécessaire pour que les utilisateurs parviennent à renommer les fichiers ou dossiers existants dans les banques de données. Par ailleurs, l'utilisateur doit disposer d'une autorisation en lecture seule au niveau du centre de données pour être en mesure de renommer fichiers et dossiers, et pouvoir utiliser les fonctions couper, copier, coller, déplacer, supprimer, lire et écrire sur les fichiers contenus dans la banque de données.

    Ce problème est résolu dans cette version.
  • Des tâches de mise hors tension planifiées peuvent survenir deux jours avant la date planifiée
    Lorsque la date du système sur lequel vSphere Client s'exécute est le dernier jour du mois (par exemple le 30/6 ou le 31/7) et que vous planifiez des tâches de mise hors tension à l'aide de vCenter Server, la tâche peut s'exécuter deux jours avant la date planifiée en raison d'un calcul incorrect.
    Si par exemple la tâche de mise hors tension est paramétrée pour être exécutée une fois par semaine et que le jour cible est un dimanche, la tâche est planifiée pour être exécutée deux jours plus tôt, à savoir le vendredi. Ce problème survient si vous ne renseignez pas le champ AM/PM ou que vous définissez AM comme heure. Ce problème ne survient pas si vous sélectionnez PM.

    Ce problème est résolu dans cette version.
  • Diverses opérations effectuées dans vCenter provoquent un message d'erreur « Régions de liens superposées »
    Diverses opérations effectuées dans vCenter Server, très récemment reproductibles en faisant passer un hôte en mode maintenance, provoquent un message d'erreur :
    Régions de liens superposées.

    Ce problème est résolu dans cette version.
  • vSphere Client cesse de répondre lorsque le diagramme personnalisé des performances est enregistré dans une plage de 8 heures
    Lorsque vous enregistrez les diagrammes personnalisés des performances dans une plage de 8 heures qui démarre à une heure pile (par exemple 1 : 00, 2 : 00, etc.), la session vSphere Client connectée à vCenter Server cesse de répondre et et consomme 100 % des ressources CPU du client.
     
    Ce problème est résolu dans cette version.
  • vCenter Server peut échouer lors de l'interrogation des compteurs de disque ou de banque de données
    Lors de l'interrogation d'un compteur de disque ou de banque de données par le biais de l'API QueryPerf(), vCenter Server peut échouer si la valeur retournée est supérieure à 32 bits.

    Ce problème est résolu dans cette version.
  • vCenter Server peut cesser de répondre avec une erreur de paramètre non valide
    Certaines des fonctions du fichier dvsUtils.cpppeuvent utiliser de façon incorrecte la table de hachage vmSummaryMap, ce qui peut générer une condition de concurrence. vCenter Server cesse alors parfois de répondre. Ce problème survient lorsque plusieurs utilisateurs exécutent certaines formes d'opérations qui ont une incidence sur le groupe de ports. Le fichier vpxd.logpeut contenir des entrées similaires aux entrées suivantes :
    vmacore!Vmacore::System::ThreadPoolWin32::InvalidParameterHandler+0xa4 [d:\build\ob\bora-340981\bora\vim\lib\vmacore\win32\threadpool.cpp @ 976]
    00000000`1857e960 00000000`72f55309 : 00000000`031e2400 00000000`00000000 00000001`41e16a50 00000000`030f0260 : msvcr90!invalid_parameter+0x49
    00000000`1857e9a0 00000001`40a5d80b : 00000000`0af799e0 00000000`1b5f4be8 00001a4c`00001539 00000000`00000010 : msvcr90!invalid_parameter_noinfo+0x19

    Ce problème est résolu dans cette version.
  • Impossible d'ouvrir la console VM dans vSphere Client si l'hôte utilise un nom IPv6 DNS
    Lors de l'utilisation de vSphere Client avec vCenter Server, vous pourrez vous trouver dans l'impossibilité d'ouvrir les consoles de la machine virtuelle si les hôtes utilisent un nom IPv6 DNS.

    Ce problème est résolu dans cette version.
  • L'option de démarrage et d'arrêt automatiques de machine virtuelle est désactivée lorsque l'hôte fait partie d'un cluster HA (High Availability)
    À compter de la présente version, le paramètre d'hôte ESX « Permettre aux machines virtuelles de démarrer et s'arrêter automatiquement avec le système » est désactivé lorsque l'hôte est ajouté à un cluster HA, car cette option n'est pas prise en charge en mode VMware HA. L'option de réactivation du paramètre est grisée lorsque l'hôte se situe dans un cluster HA.
  • L'utilisation de la mémoire vCenter vpxd server augmente jusqu'à ce que vCenter Server ne réponde plus
    Dans vCenter Server, l'utilisation de la mémoire vpxd se fait jusqu'à un niveau où vCenter Server ne répond plus. Ce problème de fuite de mémoire se pose même après la déconnexion de VI Client.

    Le problème est à présent résolu dans cette version.
  • vSphere Client affiche le SE client comme Inconnu pour certaines machines virtuelles
    Dans la page de l'onglet Machines virtuelles, vCenter Server peut afficher la valeur Inconnu dans la colonne SE clientpour certaines machines virtuelles. Ce problème survient au redémarrage du service VMware Virtual Center Server après désinstallation ou désactivation de VMware Tools sur les machines virtuelles.

    Ce problème est résolu dans cette version.
  • DRS peut déconseiller la migration d'une machine virtuelle lorsqu'un cluster est fortement déséquilibré
    Lorsqu'un cluster est fortement déséquilibré, DRS peut déconseiller les migrations de machine virtuelle afin d'équilibrer la charge, en raison du filtrage MinGoodness et/ou CostBenefit.

    À compter de la présente version, l'algorithme DRS est amélioré afin de mieux équilibrer la charge dans un cluster DRS. Si vous remarquez que le cluster et les paramètres par défaut ne sont toujours pas équilibrés, vous pouvez configurer les options DRS avancées en utilisant les valeurs ci-après, puis exécuter DRS pour améliorer plus avant la capacité d'équilibrage de la charge du cluster DRS :

    SevereImbalanceDropCostBenefit 1
    FixSevereImbalanceOnly 0
  • Les données de performances des valeurs historiques peuvent ne pas s'afficher
    Dans la procédure enregistrée de cumul des statistiques, un type de données incorrect de la fonction CASTpeut amener vCenter Server à afficher un message d'erreur lorsque vous affichez les données de performances des valeurs historiques. Le message d'erreur affiché dans l'onglet Performances est similaire au message suivant :
    [VpxdStatsAggregator] Erreur lors du cumul des statistiques :
    "ODBC error: (22003) - [Microsoft][SQL Server Native Client 10.0][SQL Server]"Arithmetic overflow error converting varchar to data type int" is returned when executing SQL statement "stats_rollup1_proc"

    Ce problème est résolu dans cette version.
    Vous devez remplacer la procédure enregistrée dans la base de données MS SQL si vous effectuez une mise à niveau depuis vCenter Server 4.1, vCenter Server 4.1 Update 1 ou Update 2, vers Update 3. Pour plus d'informations, voir KB 2030365 .
  • Les données de performances des valeurs historiques peuvent ne pas s'afficher
    Dans la procédure enregistrée du cumul des statistiques, s'il existe un type de données incorrect dans la fonction CAST, vCenter Server peut afficher un message d'erreur lorsque vous affichez les données de performances des valeurs historiques. Le message d'erreur affiché dans l'onglet Performances est similaire au message suivant :
    [VpxdStatsAggregator] Error during Stats Rollup:
    "ODBC error: (22003) - [Microsoft][SQL Server Native Client 10.0][SQL Server]"Arithmetic overflow error converting varchar to data type int" is returned when executing SQL statement "stats_rollup1_proc"

    Ce problème est résolu dans cette version.
  • Le processus vCenter Server consomme pratiquement tous les ressources CPU disponibles
    Dans vCenter Server, vpxd consomme entre 25 % et 100 % de l'espace CPU. L'essentiel de cette consommation du CPU se fait par le même type de thread de travail.

    Ce problème est résolu dans cette version.
  • Impossible de voir le contenu de la banque de données sur le navigateur Web si les noms de cette banque de données comportent des caractères spéciaux
    Dans vCenter Server, il peut arriver que vous ne puissiez pas voir les banques de données en utilisant le navigateur Web ( https://vcenter_fqdn/folder) si le nom du centre de données contient les caractères suivants :

    / (Barre oblique)
    \ (Barre oblique inverse)
    = (Signe égal à)
    & (esperluette)

    Si vous cliquez sur l'une des banques de données dont le nom contient au moins un des caractères spéciaux ci-dessus, aucun résultat ne s'affichera. L'affectation de noms contenant des caractères spéciaux aux banques de données elles-mêmes entraînera un problème similaire.

    Ce problème est résolu dans cette version

Gestion des machines virtuelles

  • vCenter Server peut cesser de répondre lorsque la configuration matérielle d'une machine virtuelle est modifiée
    Lors de la modification de la configuration matérielle d'une machine virtuelle, si l'état de connexion de l'hôte change, ce qui déconnecte la machine virtuelle de l'hôte, vCenter Server peut cesser de répondre.

    Ce problème est résolu dans cette version. Si ce scénario se produit, la reconfiguration matérielle échoue.
  • Le fichier du disque virtuel est toujours au format de provisionnement dynamique sur le serveur NFS
    Lorsque vous déployez ou clonez une machine ou un modèle virtuels, si vous sélectionnez un même format de disque virtuel pour les stockages cible et source et si le stockage cible est NFS, le format de disque virtuel de la machine virtuelle déployée est toujours alloué dynamiquement. Ce cas de figure intervient même si le disque virtuel du modèle source ou de la machine virtuelle a un format épais.

    À compter de la présente version, lors du déploiement ou du clonage d'un modèle ou d'une machine virtuelle, si le serveur NFS est sélectionné en tant que stockage cible et le format de disque virtuel en tant que Même format que la source ou Format épais, un message d'alerte similaire au suivant s'affiche :
    Le type de banque de données de destination est le serveur NFS. Le format de disque réel sera déterminé par le serveur NFS.
  • Les configurations du suffixe DNS risquent de ne pas être conservées sur les machines virtuelles clonées ou déployées selon un mode personnalisé
    Lors du clonage ou du déploiement d'une machine virtuelle, si vous personnalisez les paramètres du système d'exploitation client de manière à activer DHCP et fournir une liste de suffixes DNS, les configurations du suffixe DNS ne sont pas préservées dans la machine virtuelle déployée.

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

VMware High Availability et Fault Tolerance

  • Les paramètres de surveillance VM configurés pour une machine virtuelle dans un cluster avec HA activé peuvent devenir non valides après le redémarrage du service vCenter Server
    Si le paramètre de surveillance VM d'une machine virtuelle dans un cluster compatible HA est réglé sur Désactivée, que vous modifiez par la suite cette configuration et la réglez sur Haute, Moyenne, ou Basse et que vous redémarrez le service vCenter Server, le paramètre de surveillance VM de la machine virtuelle change et est réglé sur Désactivée après le redémarrage. Le nouveau paramètre configuré, Haute, Moyenne ou Basse n'est pas conservé.

    Ce problème est résolu dans cette version.
  • Lors du basculement de HA, certaines machines virtuelles peuvent paraître non valides et incapables de se mettre sous tension depuis un hôte spécifique
    . Lors du basculement de HA, certaines machines virtuelles peuvent paraître non valides depuis certains hôtes après le redémarrage hostd car la vue du fichier VMX depuis ces hôtes peut être signalée comme corrompue.

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

Problèmes identifiés

La section Problèmes connus regroupe les Avertissements de fonctionnalité et fournit une Liste des problèmes connus.

Avertissements de fonctionnalité

IPv6 désactivé par défaut. L'IPv6 est désactivé par défaut lors de l'installation d'ESX 4.1 Update 1.

Matériel iSCSI. Le matériel iSCSI Broadcom ne prend pas en charge les trames Jumbo ni IPv6. Le matériel dépendant iSCSI ne supporte pas l'accès iSCSI au même LUN lorsqu'un hôte utilise simultanément des adaptateurs matériels dépendants ou indépendants iSCSI.

Liste des problèmes connus

Les problèmes suivants sont connus pour se produire. La liste suivante de problèmes concerne vCenter Server 4.1 Update 3. Les problèmes connus qui n'ont pas déjà été documentés sont signalés par un astérisque (*). Les problèmes connus sont classés comme suit :

Internationalisation

  •   Les options du menu déroulant de l'écran d'interface utilisateur des règles DRS ne sont pas correctement traduites
    Lorsque vous créez une règle DRS VM/Hôte en utilisant une interface utilisateur non anglaise, les options du menu déroulant sont incompréhensibles.

    Solution: Aucune.

  • Les fichiers d'aide des diagrammes de présentation des performances de la version française de vCenter Server s'affichent en anglais
    Lorsque vous utilisez la version française de vCenter Server et que vous cliquez sur les icônes Aide des diagrammes de présentation des performances, les fichiers d'aide s'affichent en anglais.

    Solution: Remplacez l'URL .../help/en/...du fichier d'aide par .../help/fr/....

Divers

  •   Les règles DRS VM/Hôte continuent de s'appliquer si DRS est désactivé
    Si vous avez spécifié une règle DRS VM/Hôtes pour un cluster DRS, la règle continue de s'appliquer si DRS est désactivé. Par conséquent, si vous mettez sous tension manuellement une machine virtuelle spécifiée dans ce type de règle, une erreur peut se produire si cette opération viole la règle.

    Solution : Désactivez manuellement la règle dans la boîte de dialogue Paramètres du cluster.

  • Longueur d'ID de groupe dans vSphere Client plus courte que dans vCLI
    Lorsque vous spécifiez un ID de groupe en utilisant vSphere Client, seuls neuf caractères sont autorisés. En revanche, vous pouvez spécifier dix caractères maximum lorsque vous spécifiez l'ID de groupe en utilisant vCLI vicfg-user.

    Solution: Aucune.

Mise en réseau

  •   L'opération de clonage échoue sur une machine virtuelle avec sauvegarde vDS non valide
    Si l'un des adaptateurs réseau de la machine virtuelle est connecté à un groupe dvPort ou un vDS non valide ou manquant, la machine virtuelle ne peut pas être clonée.

    Solution: Assurez-vous que tous les adaptateurs réseau d'une machine virtuelle ont une sauvegarde valide avant de cloner la machine virtuelle.

  • Les nouveaux utilisateurs ajoutés avec un rôle en lecture seule peuvent ajouter des cartes NIC VMkernel aux hôtes ESX/ESXi
    Les nouveaux utilisateurs ajoutés avec un rôle en lecture seule ne doivent pas pouvoir modifier la configuration des hôtes ESX/ESXi, à l'exception de l'ajout de cartes NIC VMkernel, mais ils le peuvent.

    Solution: Aucune. Ne vous préoccupez pas de ce problème car les utilisateurs en lecture seule ne seront pas en mesure d'ajouter des NIC VMkernel à l'avenir.

  • Des problèmes de mémoire se produisent lorsqu'un hôte utilise plus de 1 016 dvPorts sur un vDS
    Le nombre maximal de dvPorts autorisé par hôte sur un vDS est de 4 096, mais des problèmes de mémoire peuvent apparaître lorsque le nombre de dvPorts pour un hôte approche 1 600. Dans ce cas vous ne pouvez pas ajouter des machines virtuelles ni des adaptateurs virtuels au vDS.

    Solution: Configurez un maximum de 1016 dvPorts par hôte sur un vDS.

  •   L'opération de destruction échoue sur les machines virtuelles avec sauvegarde vDS non valide
    Si les périphériques d'une machine virtuelle sont connectés à un vDS non valide, une destruction peut ne pas aboutir. La machine virtuelle est détruite sur l'hôte, mais elle reste visible dans l'inventaire vSphere Client.

    Solution : Pour supprimer la machine virtuelle de l'inventaire vCenter, faites un clic droit sur la machine virtuelle et sélectionnez Supprimer de l'inventaire.

  • Si vous reconfigurez une carte NIC MXNET3 NIC avec Wake-on-LAN activé et que la machine virtuelle est en sommeil, vous réactivez la machine virtuelle

    Solution : Replacez manuellement la machine virtuelle en mode veille après la reconfiguration d'une VMXNET3 vNIC (par exemple, après avoir effectué un ajout ou une suppression à chaud).

  •  L'ajout de plusieurs hôtes à un commutateur Cisco Nexus 1000v simultanément risque d'échouer
    Si vous essayez d'ajouter plusieurs hôtes avec différents niveaux de mise à jour ou de correctif à un commutateur Cisco Nexus 1000v, l'opération échoue.

    Solution : Ajoutez les hôtes aux niveaux de mise à jour ou de correction différents au commutateur individuellement.

  • Conflits d'adresses MAC des machines virtuelles
    Chaque système de vCenter Server dispose d'un ID d'instance vCenter Server. Cet ID est un nombre compris entre 0 et 63 qui est généré aléatoirement lors de l'installation, mais il peut être redéfini après l'installation.
    vCenter Server utilise l'ID d'instance de vCenter pour générer des adresses MAC et des UUID pour les machines virtuelles. Si deux systèmes vCenter Server comportent le même ID d'instance vCenter, ils peuvent générer des adresses MAC identiques pour les machines virtuelles. Ceci peut causer des conflits si les machines virtuelles sont sur le même réseau, entraînant des pertes de paquets et d'autres problèmes.

    Solution: Si vous déployez des machines virtuelles depuis plusieurs systèmes vCenter Server dans le même réseau, vérifiez que les systèmes vCenter Server ont des ID d'instance uniques.

    Pour afficher ou modifier l'ID d'instance vCenter Server :

    1. Ouvrez une session sur vCenter Server à l'aide de vSphere Client, et sélectionnez Administration > Paramètres de vCenter Server.
    2. Sélectionnez Paramètres d'exécution.
      La zone de texte ID unique de vCenter Serveraffiche l'ID d'instance actuel vCenter Server.
    3. Si cet ID n'est pas unique, tapez une nouvelle valeur unique comprise entre 0 et 63 dans la zone de texte ID unique de vCenter et cliquez sur OK.
    4. Si vous avez modifié l'ID d'instance de vCenter Server, redémarrez vCenter Server pour appliquer la modification.

    Si vous avez des machines virtuelles existantes dont les adresses MAC sont en conflit, modifiez les adresses MAC pour les rendre uniques :

    1. Assurez-vous que la machine virtuelle est hors tension.
    2. Dans l'inventaire de vSphere Client, cliquez avec le bouton droit sur la machine virtuelle et choisissez Modifier les paramètres.
    3. Dans l'onglet Matériel, sélectionnez l'adaptateur de réseau virtuel de la machine virtuelle.
    4. Sous Adresse MAC, sélectionnez Manuel et indiquez une adresse MAC unique.
    5. Cliquez sur OK.

    Vous pouvez également forcer vCenter Server à générer une nouvelle adresse MAC pour l'adaptateur réseau virtuel en configurant l'adaptateur réseau virtuel pour qu'il utilise l'adresse MAC manuelle, puis en le reconfigurant sur Automatique.

Configuration des serveurs

  • L'application de profils d'hôte aux hôtes peut changer l'ordre des numéros vmk si l'hôte utilise à la fois le commutateur distribué vNetwork et vNetwork Distributed Switch *
    L’application d'un profil d’hôte peut provoquer une modification des numéros vmkentre les groupes de ports de vNetwork Distributed Switch et ceux du commutateur standard vNetwork, si l'ordre du groupe de ports de l'hôte est différent de l'ordre dans lequel les dossiers et les groupes de ports sont répertoriés dans le profil d'hôte. Ce problème survient car vCenter crée des groupes de ports dans l'ordre dans lequel les dossiers du groupe de ports sont répertoriés dans le profil d'hôte.
    Par exemple, si la configuration réseau de l'hôte ESX/ESXi est similaire à la configuration suivante :
    vmk0 : vDS-MGMT
    vmk1: vDS-vMOTION
    vmk2: vSS-iSCSI-104
    vmk3: vSS-iSCSI-105

    Et les dossiers dans Configuration de la mise en réseau du profil sont dans l'ordre suivant :
    Groupes de ports de l'hôte
    vSS-iSCSI-104
    vSS-iSCSI-105
    NIC virtuelle de l'hôte
    vDS-MGMT
    vDS-vMOTION

    Après avoir appliqué le profil d'hôte, la configuration réseau de l'hôte ESX/ESXi ressemble à ceci :
    vmk0 : vSS-iSCSI-104
    vmk1: vSS-iSCSI-105
    vmk2: vDS-MGMT
    vmk3: vDS-vMOTION

    Solution : Assurez-vous que les numéros vmkdu commutateur standard vNetwork sont inférieurs aux numéros vmkde vNetwork Distributed Switch.
  • Le contrôle de conformité des profils d'hôte indique une non-conformité lorsque l'hôte est configuré de façon à rejoindre une unité organisationnelle dans un domaine
    Après avoir appliqué un profil d'hôte qui configure un hôte pour le joindre à une unité organisationnelle (OU) dans un domaine, si vous effectuez un contrôle de conformité de profil d'hôte sur l'hôte avec le même profil d'hôte, le résultat indique que l'hôte est non conforme.

    Solution: Désactivez le contrôle de conformité pour les services d'annuaire dans le profil d'hôte.
  • L'application d'un profil d'hôte à un hôte ESX échoue parfois, ce qui provoque une erreur Opération non prise en charge
    Pour ce problème, l'erreur suivante apparaît dans vSphere Client :

    Opération non prise en charge : Operation not supported

    Ce problème apparaît parce que le profil d'hôte tente de configurer les paramètres sur une pseudo carte NIC physique vusb0sur l'hôte ESX. Cependant, la pseudo carte NIC ne permet pas de modifier les paramètres de configuration.

    Solution:
    1. Cliquez avec le bouton droit de la souris sur le profil et sélectionnez Modifier le profil.
    2. Accédez à la configuration de NIC physique de la configuration réseau.
    3. Recherchez le profil de configuration de la carte NIC physique vusb0en vérifiant le nom de cette dernière.
    4. Cliquez-droit sur ce profil de configuration de NIC physique et cliquez sur Supprimer le profil.

  • Les opérations nécessitant l'application de profils et un contrôle de conformité de profil échouent pour les profils d'hôte après la mise à jour de la politique PnicsByName dans DvsProfile
    Après la mise à jour de la politique PnicsByName de DvsProfile, l'application du profil d'hôte et le contrôle de conformité échouent. Cet échec se produit lorsque plusieurs NIC physiques sont entrés. Bien que l'interface utilisateur permette d'utiliser plusieurs NIC physiques, une seule NIC physique peut être ajoutée pour la règle PnicsByName dans DvsProfile.

    Solution: Ajoutez une seule NIC physique pour la règle.

  • Les contrôles de conformité d'hôte ne permettent pas de détecter une non-conformité lorsqu'un hôte comporte différents groupes de ports ou banques de données NAS

    Lorsqu'un profil d'hôte fait l'objet d'un contrôle de conformité par rapport à un hôte qui comporte des groupes de ports ou des banques de données NAS autres que ceux spécifiés dans les paramètres de configuration du profil d'hôte, le contrôle de conformité indique que le profil est conforme. Solution: L'utilisateur peut toujours appliquer le profil d'hôte en utilisant l'option Appliquer le profil qui détecte les différences et applique correctement les configurations.

Stockage

  • Les disques durs virtuels qui viennent d'être créés sont mis par erreur dans le même emplacement que le disque dur virtuel existant se trouvant dans un autre répertoire
    Pour une machine virtuelle dont le disque dur virtuel se trouve dans la même banque de données que les fichiers .vmx, mais dans un répertoire différent de celui des fichiers .vmx, lorsque vous créez un disque dur virtuel, le nouveau disque dur virtuel est placé dans le répertoire du disque dur virtuel existant et non pas dans le répertoire par défaut .vmx.

    Solution: Transférez le nouveau disque dur virtuel ajouté vers le même emplacement du fichier .vmxde la machine virtuelle en utilisant Data Browser, supprimez le disque virtuel en utilisant l'option Modifier les paramètres pour la machine virtuelle , puis ajoutez de nouveau le disque dur virtuel en sélectionnant l'option Utiliser un disque virtuel existant.

    Remarque : Lorsqu'un disque virtuel existant se trouve dans une autre banque de données/un autre LUN, les nouveaux disques sont créés dans le répertoire du fichier .vmx.

  •   Après avoir mis à niveau une baie de stockage, l'état de l'accélération matérielle dans vSphere Client devient Pris en charge après quelques instants
    Lorsque vous mettez à niveau le microprogramme d'une baie de stockage vers une version prenant en charge la fonctionnalité VAAI, vSphere 4.1 n'enregistre pas immédiatement le changement. vSphere Client affiche temporairement l'état Inconnu pour l'Accélération Matérielle.

    Solution: Ce délai est sans incidence. L'état d'accélération matérielle passe à Pris en charge après une courte période.

Mise à niveau et installation

  • L’onglet État du matériel et l'écran d'état du service vCenter peuvent ne pas afficher d'informations si les ports HTTP et HTTPS sont configurés avant la mise à niveau de vCenter Server. *
    Si vous configurez les paramètres des ports HTTP et HTTPS (valeur différente de 8080 et 8443 définies par défaut) et effectuez la mise à niveau de vCenter Server, l'onglet État du matérielet l'écran d'état du service vCenter peuvent ne pas afficher d'information.

    Solution : Après la mise à niveau de vCenter Server, modifiez la valeur du port HTTPS dans les fichiers extension .xml et la valeur du port HTTP dans le fichier proxy.xml.
    À titre d'exemple, si la valeur du port HTTP est de 8087 et celui de HTTPS de 8444, suivez les étapes ci-après :
    1. Arrêtez le service VMware Virtual Center Server.
    2. Ouvrez le fichier extensions .xml se trouvant dans \Program Files\VMware\Infrastructure\VirtualCenter Server\extensions\cim-uiet remplacez la ligne <url>https://*:8443/cim-ui/scriptConfig.xml</url>par <url>https://*:8444/cim-ui/scriptConfig.xml</url>.
    Lorsque 8444 est le port configuré pour HTTPS.
    3. De même, procédez à la mise à jour du fichier extension.xmldans les dossiers com.vmware.vim.stats.report, health-ui, et license-ui.
    4. Ouvrez le fichier proxy.xmldisponible dans \Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenteret remplacez toutes les valeurs 8080 par 8087.
    Où 8087 est le port configuré pour HTTP.
    5. Démarrez le service VMware Virtual Center Server.
    6. Dans vCenter Server, accédez aux options Administration -> Paramètres vCenter Server-> Paramètres avancés et remplacez le port par défaut 8443 de VirtualCenter.VimWebServicesUrlpar 8444.
    7. Redémarrez le service VMware Virtual Center Server.

  • Les bases de données Microsoft SQL Server 2008 Express (x32 et x64) et Microsoft SQL Server 2008 R2 Express (x32 et x64) sont compatibles avec vCenter Server 4.1 Update 2 pour un maximum de 5 hôtes et 50 machines virtuelles
  • La mise à niveau de la base de données vCenter Server 4.1 peut échouer si le schéma par défaut n'est pas dbo
    Si vous n'utilisez pas le schéma par défaut dbolors de l'utilisation de la base de données Microsoft SQL pour le référentiel vCenter Server, la tentative de mise à niveau vers vCenter Server 4.1 peut échouer et retourner un message de type :
    Exception thrown while executing SQL script

    Le fichier vcdatabaseupgrade.logpeut afficher des messages d'erreur comme par exemple :
    SET IDENTITY_INSERT dbo.vpx_device_tmp ON
    [11/5/2010 11:51:50 AM] Error: Failed to execute command: SET IDENTITY_INSERT dbo.vpx_device_tmp ON
    [11/5/2010 11:51:50 AM] Got exception: ERROR [42000] [Microsoft][SQL Native Client][SQL Server]Cannot find the object "dbo.vpx_device_tmp" because it does not exist or you do not have permissions.

    Solution: Restaurez la base de données sauvegardée, remplacez le schéma par défaut pour la session SQL par dbo, puis mettez à niveau la base de données vCenter.
  • Impossible de désinstaller vCenter Server exécuté sur Windows Server 2008 Release 2 en utilisant le menu Tous les programmes
    Lorsque vous désinstallez vCenter Server exécuté sur Windows Server 2008 Release 2 en sélectionnant Démarrer > Tous les programmes > VMware > Configuration de vCenter Server Linked Mode, une erreur similaire à l'erreur suivante peut s'afficher :
    Erreur 280135 : setup failed to copy LDIFDE.EXE from system folder to '%windr%\ADAM' folder

    Workaround: Pour désinstaller vCenter Server, utilisez la fonction ajout/suppression de programmes.
  •   L'installation de vCenter Server 4.1 en utilisant une base de données existante IBM DB2 échoue parfois, en retournant un message d'erreur DB2
    Lorsque vous installez vCenter Server 4.1 en utilisant une base de données DB2 vCenter Server, un message similaire au message suivant peut s'afficher :
    Erreur de base de données : "Erreur ODBC : (5UA01) - [IBM][CLI Driver][DB2/NT64] SQL20453N La tâche "RULE_TOPN1_DB2USER1" ne peut être supprimée car elle est en cours d'exécution. SQLSTATE=5UA01" est retourné lors de l'exécution de l'instruction SQL "CALL CREATE_TOPN_JOB1_PROC()"

    Ce message apparaît lorsque DB2 rencontre un problème connu d'IBM. Cette erreur indique qu'une tâche DB2 est en cours d'exécution et que le programme d'installation vCenter Server ne peut pas initialiser la base de données vCenter.

    Solution: Pour éliminer le conflit pour pouvoir installer vCenter Server, procédez comme suit :
    1. Si vCenter Server est en cours d'exécution, fermez-le.
    2. Utilisez le panneau de contrôle Services pour arrêter et redémarrer le service db2.
    3. Redémarrez l'installation en prenant soin de sélectionner l'option d'écrasement de la base de données existante.

  •   L'installation de vSphere Client peut échouer avec l'erreur Le programme d'installation de la seconde édition de Microsoft Visual J# 2.0 a renvoyé le code d'erreur '4113'
    Lorsque vous installez vSphere Client, le programme d'installation peut tenter de mettre à niveau un environnement d'exécution Microsoft Visual J# obsolète. La mise à niveau échouera de même que l'installation de vSphere Client.

    Solution: Désinstallez toutes les versions précédentes de Microsoft Visual J# et installez vSphere Client. L'installation inclut un pack mis à jour de Microsoft Visual J#.

  •   Après avoir installé ou mis à niveau vCenter Server 4.1 avec une base de données Oracle en utilisant un pilote ODBC 64 bit Oracle, il se peut que vCenter Server ne démarre pas
    Lors d'une nouvelle installation ou d'une mise à niveau vers vCenter Server 4.1 avec une base de données Oracle en utilisant un pilote ODBC 64 bits Oracle, le message d'erreur, Database version id '0' is incompatible with this release of VirtualCenter peut apparaître et le service vCenter Server de démarre pas.

    Solution: Mettre à niveau vers le pilote 10.2.0.4 ou 11.1 Oracle 64-bit ODBC.

  •   Lorsque vous désinstallez vCenter Server 4.1 sans arrêter le service vCenter Server, il se peut que l'instance locale ADAM ne soit supprimée
    Vous devez arrêter le service vCenter Server avant de désinstaller vCenter Server 4.1. Sinon l'instance ADAM peut rester sur le système. Cela s'applique aux installations et aux mises à niveau de vCenter Server 4.1 et aux systèmes vCenter Server autonomes ou liés.

    Solution: Arrêtez le service VMware VirtualCenter Server avant de désinstaller vCenter Server 4.1.

  •    L'installation ou la mise à niveau de vCenter Server change de manière silencieuse les paramètres Microsoft SQL Server pour activer des canaux nommés
    Lorsque vous installez vCenter Server 4.1 ou passez de vCenter Server 4.0.x à vCenter Server 4.1 sur un hôte qui utilise Microsoft SQL Server avec le paramètre « Utilisation de TCP/IP uniquement », le programme d'installation remplace le paramètre par « Utilisation de TCP/IP et de canaux nommés » et ne signale pas le changement.

    Solution: Le remplacement du paramètre par Utilisation de TCP/IP et des canaux nommés ne perturbe pas le bon fonctionnement de vCenter Server. Toutefois, vous pouvez exécuter la procédure suivante pour rétablir la valeur par défaut Utilisation de TCP/IP uniquement du paramètre.

    1. Sélectionnez Démarrer > Programmes > Microsoft SQL Server 2005 > Outils de Configuration > Configuration de la surface d'exposition SQL Server.
    2. Sélectionnez Configuration de la surface d'exposition pour les services et connexions.
    3. Sous l'instance de SQL Server que vous utilisez pour vCenter Server, sélectionnez Connexions distantes.
    4. Changez l'option sous Connexions locales et distantes et cliquez sur Appliquer.

     

  •   Impossible de créer les services d'annuaire vCenter Server au cours de l'installation de vCenter Server ou de vSphere Client
    Lorsque vous sélectionnez un dossier compressé comme chemin d'installation pour vCenter Server ou vSphere Client, vCenter Server Directory Services n'est pas créé.

    Solution: Exécutez l'une des tâches suivantes :

    • Décompresser le disque et relancer l'installation.
    • Lancer l'installation sur un disque décompressé.

  •   L'installation de vCenter Server échoue en générant une erreur indiquant qu'il est impossible de créer l'instance vCenter Directory Services
    Si l'autorisation Tout le monde est supprimée du registre HKLM, l'installation vCenter Server échoue en générant l'erreur Le programme d'installation ne peut pas créer d'instance vCenter Directory Services.

    Solution: Ajoutez l'autorisation élargie au registre HKLM :

    1. Depuis la ligne de commande Windows, tapez regedit et appuyez sur Entrée.
    2. Dans l'éditeur de registre, cliquez avec le bouton droit de la souris sur HKEY_LOCAL_MACHINE et sélectionnez Autorisations.
    3. Cliquez sur Ajouter.
    4. Cliquez sur Paramètres avancés.
    5. Sélectionnez Tout le monde dans la liste et cliquez sur OK.
    6. Cliquez sur Appliquer puis sur OK.

     

  • Les instances vCenter Server qui utilisent une base de données DB2 9.5.0 ne permettent pas d'ajouter un hôte
    Si vous utilisez un système vCenter Server avec un pilote ODBC 64 bits IBM DB2 9.5.0, vous ne pouvez pas gérer les hôtes pour ce vCenter Server.

    Solution: Appliquez DB2 9.5 Fix Pack 5.

  • La mise à niveau de vCenter Server 4.0 vers 4.1 annule l'enregistrement du service vCenter Guided Consolidation (GCS)
    Ce problème n'apparaît que lorsque GCS est une extension enregistrée (plug-in).

    Solution: Réinstallez GCS afin d'établir les informations d'enregistrement avec vCenter Server 4.1.

  •   La mise à niveau de vCenter Server se poursuit malgré le changement de port Web Services HTTP ou HTTPS en utilisant un port établi
    Lorsque vous changez le port Web Services HTTP ou HTTPS en utilisant un port établi sur la page de Configuration des ports, la mise à niveau de vCenter Server se poursuit sans erreur.

    Solution : Aucune.

  • L'installation échoue lorsque vous désinstallez, puis réinstallez vCenter Server
    L'installation échoue avec l'erreur Impossible de créer vCenter Server Directory Services lorsque vous désinstallez, puis réinstallez vCenter Server sur le même système.

    Solution: Après la désinstallation de vCenter Server, redémarrez le système avant de réinstaller vCenter Server.

  • La mise à niveau de vCenter Server avec le déclencheur de latence de disque total VM (ms) défini peut générer des messages d'erreur
    Ce problème survient après la mise à niveau de vCenter Server lorsque le déclencheur de latence de disque total VM (ms) et au moins un autre déclencheur sont définis en même temps. Dans ce cas, l'utilisation de vSphere Client pour modifier l'Alarme dans la section Déclenchement affiche le message d'erreur suivant dans vSphere Client
    :

    Les déclenchements de cette alarme ne peuvent pas être affichés ou modifiés par vSphere Client. Utilisez l'API vSphere pour modifier ces déclenchements d'alarme.

    Solution:

    1. Avant la mise à niveau de vCenter Server, supprimez le déclenchement de latence de disque total VM (ms).
    2. Mettez à jour vCenter Server et vSphere Client.
    3. Ajoutez le déclenchement de latence de disque total VM (ms).

  •   L'installation de vCenter Server échoue si le compte d'utilisateur utilisé pour installer vCenter Server et remplacer une base de données DB2 existante n'est pas membre du groupe db2user ou du groupe db2admin
    Erreur 25003 : Création de référentiel impossible s'affiche quand le compte utilisateur utilisé pour installer vCenter Server et écraser la base de données DB2 existante n'est pas membre du groupe db2user ou du groupe db2admin. Cliquer sur OK dans la boîte de dialogue du message d'erreur la ferme et restaure l'installation.

    Solution: Ajoutez l'utilisateur de la base de données au groupe db2user ou db2admin. Consultez votre administrateur de base de données.

  • L'installation de vCenter Server 4.1 Update 2 avec la base de données Express C IBM DB2 9.7.2 peut échouer
    Lors de l'installation de vCenter Server 4.1 Update 2 avec la base de données Express C IBM DB2 9.7.2, un message d'avertissement peut apparaître, par exemple :
    Warning 25205 : Error loading licensekey to LDAP server

    When you click OK, vCenter Server is installed successfully, but the VMware VirtualCenter Server service is not started. Si vous démarrez manuellement le service VMware VirtualCenter Server, un message s'affiche, par exemple :
    Windows could not start the VMWare VirtualCenter Server on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code 2.

    Solution: Créez des groupes DB2USERS et DBSYSMON et affectez-les à l'utilisateur DB2. Redémarrez le service VMware VirtualCenter Server.

vCenter Server, vSphere Client et vSphere Web Access

  • Échec des opérations liées à NFC lors d'une combinaison de conditions extrêmes
    Dans vCenter Server, lors du transfert de fichiers vers le disque NFC, la source vmdk sera en premier lieu chargée vers la mémoire tampon. Si la mémoire tampon source contient certains secteurs mis à zéro à la fin. Lorsque la destination recevra la mémoire tampon, ces secteurs ne persisteront pas vers le vmdk cible.

    Solution : Aucune
  • La reconfiguration d'une alarme de surveillance des hôtes ou des machines virtuelles peut réinitialiser une autre alarme*
    Si vous reconfigurez une alarme de surveillance des hôtes ou des machines virtuelles, une autre alarme affectée par l'hôte ou la machine virtuelle pourrait être réinitialisée pendant une courte période avant de retourner à son état précédent.
    Imaginez à titre d'exemple que deux alarmes soient configurées dans vCenter Server : l'une basée sur l'utilisation du processeur de l'hôte (%), l'autre sur l'utilisation de la mémoire de l'hôte(%). Si vous reconfigurez l'alarme basée sur l'utilisation du processeur hôte (%), l'alarme basée sur l'utilisation de la mémoire hôte (%) est réinitialisée pendant une courte période de temps avant de revenir à son état précédent.

    Solution : Aucune
  • Les tâches planifiées peuvent afficher une heure de prochaine exécution incorrecte si l'heure du système vSphere Client n'est pas définie en fonction du fuseau horaire UTC*
    Si la tâche est planifiée en utilisant un client vSphere dont l'heure du système n'est pas définie en fonction de l'heure UTC, le système vCenter pourrait incorrectement planifier la tâche en avance ou en retard par rapport à l'heure souhaitée.
    Le problème est provoqué par le stockage et le traitement des heures de tâches planifiées en UTC dans vCenter Server. 

    Considérez à titre d'exemple un cas de figure où une tâche est planifiée en fuseau horaire JST avec une heure de fréquence et de début semblable à ce qui suit :
    Fréquence: Mensuelle
    Heure de début:1:00(JST)
    Le dernier mercredi du mois
    Cependant, à 1:00 (JST), le dernier mercredi du mois selon le fuseau horaire UTC pourrait être le premier mercredi du mois suivant selon le fuseau horaire JST. Ceci pourrait amener la tâche planifiée à s'exécuter le premier mercredi du mois suivant. Ce problème survient lorsque l'heure de début est fixée entre 0:00 et 8:59(JST).
  • L’onglet État du matériel pourrait ne pas afficher l’état d'intégrité
    Il est possible que vCenter Server ne parvienne pas à afficher l’état d'intégrité dans l’onglet État du matériel.
    Le fichier vws.logcontient des entrées, telles que :
    [2010-08-19 13:43:36,128 pool-8-thread-7 ERROR com.vmware.vim.security.vcauthorize.AuthorizeMgr] Parent chain incomplete or: group-d1

    Lorsque vous vérifiez la base de données vCenter et vous exécutez la requête suivante, l’ID résultant devrait être 1 :
    select ID from VPX_ENTITY where TYPE_ID=7

    Si l’ID résultant est d’une valeur autre que 1, alors l’État de matériel n’affiche pas l'état.

    Solution : Aucune
  • Un événement associé à la catégorie d'événements de compte peut ne pas déclencher d'alarmes
    Les alarmes créées dans vCenter Server avec un des déclencheurs d'événement suivants ne génèrent pas d'alarme lorsque les conditions du déclencheur sont satisfaites :
    • Compte créé
    • Compte supprimé
    • Compte mis à jour

    Solution: Aucune.

  • L'onglet État du matériel ne s'actualise pas automatiquement
    Les propriétés de l'état d'intégrité du matériel d'un hôte qui s'affichent dans l'onglet État du matériel ne s'actualisent pas automatiquement, car ces actualisations ont provoqué des problèmes de performances.

    Solution: Cliquez sur Mise à jour dans l'onglet État du matérielpour afficher le tout dernier état d'intégrité du matériel.
  • vCenter Server signale une valeur incorrecte d'espace provisionné dans les banques de données
    vCenter Server signale une valeur incorrecte d'espace provisionné dans une banque de données si vous actualisez immédiatement la banque de données après avoir mis sous ou hors tension une machine virtuelle.

    Solution: Aucune
  • La clé de licence pourrait ne pas migrer après la mise à niveau de vCenter Server vers vCenter Server 4.1
    Après l’installation de vCenter Server 4.0 en mode évaluation, si vous attribuez une licence au système vCenter Server suite à l’expiration de la période d’évaluation et que vous le mettez ensuite à niveau vers vCenter Server 4.1, la clé de licence de vCenter Server ne migrera pas après la mise à niveau. Tous les hôtes peuvent se déconnecter du système vCenter Server. Ce problème se produit lorsque la clé de licence du vCenter Server qui est affectée après l’expiration de la période d’évaluation n’est pas reflétée dans le registre de la base de données lorsque les opérations de sauvegarde sont exécutés.

    Solution :
    • Avant de passer à vCenter Server 4.1, assurez-vous que la clé de licence du vCenter Server est correctement affectée en cliquant sur Accueil> Licences.
    • Lorsque vous effectuez la mise à niveau vers le vCenter Server 4.1, entrez la clé de licence du vCenter Server dans l’écran de licence de l’assistant d’installation.
  • Les vues du diagramme des performances avancées n’affichent pas les données pour les machines virtuelles si des compteurs de données qui ne s’appliquent pas à celles-ci sont sélectionnés
    Lors de la personnalisation des vues du diagramme des performances avancées, si vous utilisez les graphiques empilés par machine virtuelle et que vous sélectionnez des compteurs de données qui ne sont pas applicables aux machines virtuelles, le graphique résultant n’affichera pas les données de performance pour la machine virtuelle. Le volet Légende du graphique de performance n’affiche aucune donnée pour la machine virtuelle.

    Solution : Lors de la personnalisation des vues du diagramme des performances avancé, ne sélectionnez pas les compteurs de données qui ne sont pas applicables aux machines virtuelles. Pour connaître la liste des compteurs applicables aux machines virtuelles, sélectionnez une machine virtuelle dans l’inventaire de vCenter Server, cliquez sur l’onglet Performances, puis sur Avancé> Options du graphique.
  • Les utilisateurs avec les privilèges administrateur risquent de ne pas pouvoir obtenir les journaux complets en exécutant l'utilitaire Générer les bundles de journaux vCenter Server si vCenter Server est installé sur Windows Server 2008 R2
    Si vCenter Server est installé sur Windows Server 2008 R2 et qu'un utilisateur du système vCenter Server avec les privilèges administrateur exécute l'utilitaire Générer les bundles de journaux vCenter Server, les journaux complets ne peuvent être obtenus dans le dossier vcsupport. Ce problème n'apparaît pas pour les comptes intégrés Administrateur.

    Solution: En tant qu'utilisateur avec des privilèges d'administrateur, connectez-vous à Windows Server 2008 R2 vCenter Server System, accédez à Démarrer -> Tous les programmes -> VMware, cliquez avec le bouton droit de la souris sur Générer les bundles de journaux vCenter Server et sélectionnez Exécuter en tant qu'administrateur
  • Les hôtes ESX / ESXi cessent de répondre à vCenter Server s'ils sont ajoutés à l'aide de l'adresse locale de lien IPv6
    Si les hôtes ESX / ESXi sont ajoutés à vCenter Server à l'aide de l'adresse locale de lien IPv6, les hôtes ne répondent plus quelques secondes après qu'ils ont été ajoutés.
    Solution: Aucune

  • Dans Windows Vista, tous les boutons d'aide dans Update Manager Client ouvrent la page d'aide par défaut d'Update Manager
    Si vous utilisez le navigateur Internet Explorer 7 sur des machines Windows Vista, l'aide contextuelle de vCenter Update Manager n'affiche pas les pages d'aide requises. À la place, l'aide affiche la page d'aide Introduction à Update Manager.

    Solution : Appliquez le Service Pack 2 à Windows Vista. Pour plus de détails, voir l'article de la base de connaissance Microsoft suivant http://support.microsoft.com/kb/942172.

  • Une erreur survient lors du redémarrage du service VMware VirtualCenter ou du service VMware Web depuis le panneau des services Windows
    Lorsque vous tentez de redémarrer le service VMware VirtualCenter ou le service VMware Web depuis le panneau de configuration Windows, le message suivant s'affiche :
    Erreur 1053 : Le service ne répond pas à la demande de démarrage ou de contrôle.

    Solution: Modifiez deux clés de registre sur l'hôte vCenter Server affecté en procédant comme suit :

    1. Lancez regedit et recherchez la clé suivante dans le registre :
      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\
      vctomcat\Parameters
    2. Ajoutez les valeurs de registre (DWORD) suivantes
       : Nom de la valeur : WaitHintStart
      Valeur : < Durée du démarrage du service en millisecondes>
      Nom de la valeur : WaitHintStop
      Valeur : < Durée du démarrage du service en millisecondes>
      Dans les deux cas, la durée doit être supérieure à 40 secondes.
    3. Recherchez la clé suivante dans le registre :
      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\
      vpxd\Parameters
    4. Ajoutez les valeurs de registre (DWORD) suivantes
       : Nom de la valeur : WaitHintStart
      Valeur : < Durée du démarrage du service en millisecondes>
      Nom de la valeur : WaitHintStop
      Valeur : < Durée du démarrage du service en millisecondes>
      Dans les deux cas, la durée doit être supérieure à 40 secondes.

  • Problèmes lors de l'installation ou de l'exécution de vCenter Server, VMware Update Manager ou VMware Converter sur un système d'exploitation en tchèque
    Si vous tentez d'installer vCenter Server, Update Manager ou VMware Converter sur un système d'exploitation en tchèque, vous ne pouvez pas installer le produit ou des problèmes de fonctionnement apparaissent lorsque vous tentez d'utiliser le produit.

    Solution: Aucune solution n'existe pour les systèmes d'exploitation en tchèque. Utilisez le système d'exploitation en anglais pour évaluer le produit.

  • Le changement des paramètres réseau d'un hôte ESXi empêche certains logiciels de surveillance de l'intégrité du matériel de le détecter automatiquement
    Après le changement des paramètres réseau d'un hôte ESXi, les outils de gestion tiers basés sur l'interface CIM (généralement, les outils de surveillance de l'intégrité du matériel) sont incapables de détecter automatiquement l'hôte via le Service Location Protocol (SLP).

    Solution: Entrez manuellement le nom ou l'adresse IP de l'hôte dans l'outil de gestion tiers. Vous pouvez aussi redémarrer slpd et sfcbd-watchdog en utilisant l'une des méthodes suivantes :

    • Passez en mode Support technique et exécutez les commandes suivantes :

      • /etc/init.d/slpd restart
      /etc/init.d/sfcbd-watchdog restart
    • Redémarrez les agents de gestion sur l'interface utilisateur de la console directe (DCUI). Vous redémarrez ainsi les autres agents sur l'hôte en plus de ceux affectés par cette erreur, qui peuvent générer plus de perturbations.

  • Lors de l'utilisation de DB2, le service vCenter Server ne redémarre pas automatiquement après la restauration de la connectivité du réseau
    Si vous perdez la connexion réseau à un système vCenter Server configuré avec une base de données IBM DB2, vous ne pourrez pas démarrer le service vCenter Server après la restauration de la connectivité du réseau.

    Solution:

    1. Fermez toutes les connexions existantes entre la machine vCenter Server et la base de données IBM DB2 en utilisant l'utilitaire Application List.
    2. Connectez-vous à la base de données DB2 UDB en tant que dbadm, propriétaire de l'instance, ou en tant que propriétaire de la base de données.
    3. Exécutez la commande suivante pour obtenir des informations sur l'utilisateur que vous souhaitez déconnecter de la base de données : db2 list applications

      Une liste apparaît, par exemple :
      Auth Id         Application     Appl.           Application Id
                      Name            Handle
      --------        --------------  ----------      --------------------------
      VPX             db2bp.exe       3428            *LOCAL.DB2.100225221240
    4. Notez le numéro du descripteur de l'application et utilisez-le pour exécuter la commande déconnexion suivante :

      force application <application_handle_number>

     

  • Les données de performance antérieures à un jour ne sont pas disponibles pour certaines entités quand vCenter Server est configuré pour utiliser DB2
    Les données de performance antérieures à un jour ne sont pas disponibles pour certaines entités quand vCenter Server est configuré pour utiliser DB2.

    Remarque : Le paramètre UTIL_HEAP_SZattribue de la mémoire. Ce paramètre peut être réglé pour augmenter l'attribution de mémoire pour DB2. Réduisez diaglevelà 3pour diminuer la taille de diag.loget la génération d'un volume excessif de données de journalisation. Cela permet à DB2 de travailler en arrière-plan. Reportez-vous à la page du centre de documentation IBMpour les paramètres spécifiques de DB2.

    Solution: Si vous utilisez DB2 9.5, mettez à niveau vers DB2 9.5 Fix Pack 5.

  •   Les connexions à chaud échouent après le déplacement du fichier d'échange
    Les connexions à chaud échoueront pour les machines virtuelles mises sous tension dans un cluster DRS ou sur un hôte autonome avec une erreur échec de reprise de la destination ; VM introuvable après le changement d'emplacement du fichier d'échange.

    Solution : Essayez ceci :

    • Redémarrez les machines virtuelles affectées pour y enregistrer le nouvel emplacement du fichier échange, puis effectuez les connexions à chaud.
    • Déplacez les machines virtuelles affectées en utilisant vMotion.
    • Interrompez les machines virtuelles affectées.

  • Les caractères composés et accentués ne s'affichent pas dans l'index de l'Aide en ligne en français
    Les caractères composés et accentués, tels que Æ et Œ, ne s'affichent pas dans les index de l'Aide en ligne en français de vSphere Client, du dépannage DRS, des diagrammes des performances de présentation et de Web Access

    Solution: Aucune.

  • Échec en essayant de rejoindre une instance vCenter Server invitée sur un système fonctionnant avec Windows Server 2008 avec le contrôle des comptes utilisateurs activé via Linked Group
    Si vous rejoignez ou isolez un système Windows Server 2008 avec contrôle des comptes utilisateurs (UAC) de groupe Linked Mode, l'opération échoue sans message d'erreur.

    Solution: Suivez les étapes :

    1. Désactivez le contrôle des comptes utilisateurs (UAC) avant de joindre le système à un groupe Linked Mode de la façon suivante :

      1. Ouvrez le panneau de configuration de Windows.
      2. Sélectionnez Démarrer > Paramètres > Panneau de configuration > Comptes utilisateur.
      3. Sélectionnez Activation ou désactivation contrôle des comptes utilisateurs.
      4. Décochez contrôle des comptes utilisateurs (UAC) pour protéger votre ordinateur et cliquez sur OK.
      5. Redémarrez la machine.

    2. Démarrer la configuration Linked Mode comme suit :
      1. Sélectionnez Démarrer > Tous les programmes > VMware > Configuration vCenter Server Linked Mode et cliquez sur Suivant.
      2. Sélectionnez Modifier la configuration Linked-Mode et cliquez sur Suivant.
      3. Cliquez sur Joindre cette instance vCenter Server à un groupe Linked-Mode existant ou à une autre instance et cliquez sur Suivant.
      4. Entrez le nom de serveur et les informations de port LDAP, puis cliquez sur Suivant.
      5. Cliquez sur Terminer.
      6. Cliquez sur Continuer et suivez les invites d'installation.

    3. Connectez-vous à l'un des serveurs vCenter Server et vérifiez que les serveurs sont liés.

    4. Une fois les serveurs vCenter Server liés, activez l'UAC.
      1. Sélectionnez Démarrer > Paramètres > Panneau de contrôle > Comptes utilisateur.
      2. Sélectionnez Activation ou désactivation contrôle des comptes utilisateurs.
      3. Sélectionnez contrôle des comptes utilisateurs (UAC) pour protéger votre ordinateur et cliquez sur OK.
      4. Redémarrez la machine.

  •   Le diagramme de performances de banque de données contient des données incorrectes
    Si vous ouvrez l'onglet Performance dans la vue d'inventaire Banque de données de vSphere Client, quatre diagrammes s'affichent. Les titres de ces graphiques ne sont pas corrects et devraient se lire ainsi :

    • Latence Max par Hôte
    • Attente Max par Hôte
    • Nombre de lectures par Hôte
    • Nombre d'écritures par hôte

    Dans certains cas, il se peut que les graphiques n'affichent pas tous les hôtes, ce qui est un problème connu.

    Solution: Pour voir les informations correctes pour chaque hôte associé à une banque de données, passez sur l'inventaire Hôte et Clusters, sélectionnez l'onglet Performance et regardez le compteur correspondant.

  • La mise à niveau de vCenter Server exécuté avec la base de données Oracle 10g ou Oracle 11g peut empêcher de vCenter Server de répondre

 


Si vCenter Server exécuté avec la base de données Oracle 10g ou Oracle 11g (version 10.2.0.4 vers 11.2.01) est mis à niveau vers vCenter Server 4.1 ou une version ultérieure, vCenter Server ne répond plus et génère un message d'erreur, tel que :
Exception obtenue : une opération arithmétique a entraîné un dépassement.
Cette erreur est provoquée par le bogue 9793452 du client Oracle ODBC.

Solution: Aucune. Pour éliminer l'erreur, mettez à niveau le client Oracle. Contactez le support d'Oracle pour acquérir le correctif.
  • L'État du service vCenter affiche une erreur indiquant une exception dans la détection des paramètres régionaux
    Lorsque vous vous connectez à vCenter Server par le biais de vSphere Client et accédez à Administration > État du service de vCenter, l'état du service de vCenter peut afficher une exception inattendue dans la détection des paramètres régionaux ; utilisation par défaut : [object Error]error message. Si vous cliquez sur OK le message, une boîte de dialogue peut afficher l'erreur de script Internet Explorer Erreur dans le script de cette page. Si vous cliquez sur Oui dans la boîte de dialogue, un écran vide d'état du service vCenter s'affiche. Si vous cliquez avec le bouton droit de la souris sur cet écran et sélectionnez Actualiser, l'état du service vCenter s'affiche correctement.
    Remarque :Dans certains cas, l'erreur de script Internet Explorer réapparaît même après avoir cliqué sur Oui plusieurs fois et l'écran vide ne s'affiche pas. Lorsque cela se produit, arrêtez l'application vSphere Client dans Gestionnaire des tâches et connectez-vous à nouveau.
  • La connexion de vSphere Client 4.0 ou 4.1 à un vCenter Server en Linked Mode échoue et un message d'erreur est émis
    Si vous placez au moins trois instances de vCenter Server correspondant à des versions différentes (mise à jour 4.0 avec version 4.1, par exemple), dans un groupe en Linked Mode, les tentatives de connexion de vSphere Client 4.0 ou 4.1 à vCenter Server peuvent échouer. Le message d'erreur suivant apparaît dans vSphere Client :
    Il existe des problèmes de communication avec le(s) vCenter Server(s) xyz.servername.com suivant(s) : Failure to authenticate with the server

    Workaround: Utilisez vSphere Client 4.1 Update 2 pour vous connecter à un système vCenter Server 4.1 Update 2 qui fait partie du groupe en Linked Mode pour afficher et gérer les inventaires de tous les systèmes vCenter Server qui sont liés.

Gestion des machines virtuelles

  • Les opérations de clonage de la machine virtuelle peuvent échouer avec l'erreur : Configuration non valide pour le périphérique « 4 » *
    Lors du clonage de machine virtuelles, si l'hôte qui exécute la machine virtuelle et l'hôte qui est sélectionné pour exécuter la machine virtuelle clonée se trouvent sur le même vNetwork Distributed Switch, vCenter Server peut ne pas parvenir à effectuer l'opération de clonage.
    Les fichiers journaux vpxapeuvent contenir des messages similaires aux messages suivants :
    vpxapi.VpxaService.createVm: vim.fault.InvalidDeviceSpec:
    Result:
    (vim.fault.InvalidDeviceSpec) {
    dynamicType = <unset>,
    faultCause = (vmodl.MethodFault) null,
    property = "virtualDeviceSpec.device.backing",
    deviceIndex = 4,
    msg = "Invalid configuration for device '4'.",
    }

    Ce problème survient lorsque la valeur par défaut du délai de dvPorts a été modifiée dans le fichier vpxd.cfg.

    Solution : Pour résoudre ce problème, assignez à nouveau les valeurs par défaut aux dvPorts en supprimant le paramètre suivant dans le fichier vpxd.cfg :
    <vpxd><dvs><portReserveTimeout>Changed_Time_Value</portReserveTimeout></dvs></vpxd>
    Redémarrez le service VMware Virtual Center Server afin que les valeurs soient prises en compte.

  •   La migration d'une machine virtuelle ESX 3.x hors tension ou suspendue avec des snapshots vers une autre banque de données peut rendre la machine virtuelle cible inutilisable
    Lorsque vous essayez de migrer une machine virtuelle ESX 3.x hors tension ou suspendue avec des snapshots vers une autre banque de données, le message d'avertissement suivant s'affiche :

    Cette machine virtuelle a des snapshots activés. Sous certaines conditions, certains fichiers du disque virtuel risquent de ne pas être copiés automatiquement dans la banque de données cible. Vous ne pourrez pas mettre sous tension cette machine virtuelle jusqu'à ce que le reste des fichiers du disque virtuel soient copiés manuellement à partir de la banque de données source. Pour en savoir plus, recherchez la rubrique relative à la migration des snapshots 3.x dans la Base de connaissance VMware.

    Si vous avez terminé la migration de la machine virtuelle, vous devriez voir le message d'erreur suivant en essayant de mettre la machine virtuelle sous tension :
    Fichier introuvable

    Solution : Voir KB 1020709.

VMotion et Storage VMotion

  • Le répertoire de la machine virtuelle n'est pas supprimé de la banque de données de destination lorsque la tâche avancée de Storage vMotion est annulée
    Lorsque vous choisissez de migrer le fichier de disque dur d'une machine virtuelle vers une autre banque de données à l'aide de l'option avancée de Storage vMotion et annulez la tâche de Storage vMotion avant son achèvement, le répertoire de la machine virtuelle reste sur la banque de données de destination. La prochaine fois que vous choisissez de migrer l'espace de stockage de la machine virtuelle vers la banque de données, un autre répertoire portant le nom de machine et ayant le suffixe _1est créé dans la banque de données de destination.

    Solution: Aucune

VMware High Availability et Fault Tolerance

  • Les paramètres de surveillance VM personnalisés sont appliqués incorrectement aux machines virtuelles si vous triez la colonne VirtualMachine en cliquant sur l'en-tête
    Si la surveillance VM est activée sur un cluster VMware HA et que des paramètres de surveillance VM personnalisés sont appliqués aux machines virtuelles, les machines virtuelles risquent de ne pas être affectées des valeurs définies pour elles si la colonne de VirtualMachine est triée.

    Solution: ne triez pas la colonne de VirtualMachine avant d'appliquer les paramètres de surveillance VM personnalisés.