VMware Infrastructure Management Installer | 27 Oct 2011 (pour tous les paramètres régionaux)
vCenter Server 4.1 Update 2 | 27 Oct 2011 | Build 491557
vSphere Client 4.1 Update 2 | 27 Oct 2011 | Build 491557

Dernière mise à jour du document : 27 Oct 2011

Contenu des Notes de mise à jour

Les notes de mise à jour couvrent les sujets suivants :
  • Nouveautés
  • Versions antérieures de VMware vSphere 4.1
  • Avant de commencer
  • Documentation
  • Composants open source pour vSphere
  • Résolution des problèmes
  • Problèmes connus
    • Nouveautés

      Cette mise à jour corrige plusieurs 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

      Les Matrices de compatibilité vSphere fournissent des informations 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. 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 1, 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 2

      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, et vCenter Server 4.1 vers vCenter Server 4.1 Update 1.

      Pour effectuer une mise à niveau, vérifiez d'abord que votre base de données est prise en charge avec vCenter Server 4.1 Update 1, 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.

      Mise à niveau de vSphere Client

      Vous devez mettre à niveau vSphere Client vers vSphere Client 4.1 Update 2 dès que vCenter Server est mis à niveau vers vCenter Server 4.1 Update 2, ou que les hôtes ESX/ESXi ont été mis à niveau vers ESX/ESXi 4.1 Update 2.
      Remarque : vSphere Client devra être mis à niveau pour tous les utilisateurs qui accèdent aux vCenter Servers qui font partie d'un groupe Linked Mode contenant un ou plusieurs vCenter Servers qui ont été mis à niveau vers vCenter Server 4.1 Update 2.

      Mises à jour des plug-ins

      Cette version de la suite de logiciels vCenter Server 4.1 Update 1 contient des mises à jour vers VMware Update Manager, VMware Guided Consolidation, VMware vCenter Converter, et VMware Orchestrator.

      Documentation

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

      Internationalisation

      VMware vSphere 4.1 Update 2 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 2, 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 régionaux et linguistiques 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.htmldans 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 †. Les problèmes résolus qui peuvent réapparaître lorsque vCenter Server est mis à niveau vers vCenter Server 5.0 sont marqués du symbole ‡.

      Système d'exploitation client

      • Il se peut que l'entrée en boucle dans le fichier /etc/hosts ne soit pas conservée
        Lors du déploiement d'une nouvelle machine virtuelle depuis un modèle ou lors du clonage d'une machine virtuelle existante, si vous personnalisez le système d'exploitation Linux client de la machine virtuelle, l'entrée en boucle dans le fichier /etc/hostsde la machine virtuelle peut changer. Par exemple, la ligne 127.0.0.1 localhost.localdomain localhostdans le fichier /etc/hostsdevient 127.0.0.1 <Host_Name/Alias> localhost.localdomain localhost. Ce problème peut provoquer l'arrêt de certaines applications.

        Ce problème est résolu dans cette version.
      • Impossible de se connecter à une machine virtuelle personnalisée si le mot de passe comporte les caractères &, <, >, ", ou '
        Si vous personnalisez une machine virtuelle Windows Vista, Windows 7, Windows Server 2008, ou Windows Server 2008 R2 et que le mot de passe de la machine virtuelle contient les caractères &, <, >, ", ou ', vous ne pourrez peut-être pas vous connecter à la machine virtuelle personnalisée. Il se peut que la machine virtuelle ne puisse pas se joindre à un domaine et que votre compte utilisateur soit verrouillé depuis le répertoire actif.

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

      Gestion des licences

      • Licensing Reporting Manager peut afficher des valeurs incorrectes pour l'utilisation moyenne des licences
        L'utilisation moyenne de la clé de licence, qui est signalée par le Licensing Reporting Manager, peut parfois être incorrecte. Si vous exportez le rapport des licences, notez qu'il peut contenir des enregistrements pour quelques horodatages et des enregistrements peuvent manquer pour quelques intervalles de signalement.

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

      Divers

      • L'activation du mode Verrouillage sur les hôtes ESXi génère un nombre excessif de messages dans le fichier des journaux et aucun message d'autorisation dans l'onglet Événement de vSphere Client
        Si vous activez le mode Verrouillage sur un hôte ESXi et redémarrez l'hôte, un nombre excessif de messages sont consignés dans le fichier /var/log/messages, par exemple :
        Impossible de connecter l'utilisateur @127.0.0.1 : aucune autorisation
        Les messages répétés sont consignés dans le fichier journal hostd, comme par exemple :
        Throw vim.fault.NoPermission

        Ce problème est résolu dans cette version.
      • La consultation de la banque de données VMFS avec le partage NFS peut empêcher l'hôte ESX/ESXi de répondre
        Si les répertoires et les fichiers dans la banque de données VMFS n'appartiennent pas à des utilisateurs ou des groupes valides qui existent sur les serveurs ESX et NFS, lorsque vous parcourez la banque de données VMFS avec le partage NFS, l'opération de l'agent vpxa peut échouer et empêcher l'hôte ESX/ESXi de répondre pendant un court instant.

        Ce problème est résolu dans cette version.
      • La zone de texte Message du jour n'accepte pas plus de 1024 caractères
        Dans vCenter Server 4.1, la zone de texte Message du jour ne vous permet pas de taper plus de 1 024 caractères.

        Ce problème est résolu dans cette version. La longueur pour la zone de texte Message du jour est désormais portée à 3 072 caractères.

      Sécurité

      • La mise à jour de Tomcat vers la version 6.0.32 résout de nombreux problèmes de sécurité qui existaient dans les versions antérieures de Tomcat
        Le projet CVE (Common Vulnerabilities and Exposures ) ( cve.mitre.org) a affecté les noms suivants aux problèmes de sécurité corrigés dans Tomcat 6.0.30 : CVE-2011-0013, CVE-2010-4172, CVE-2010-3718
        Le projet CVE (Common Vulnerabilities and Exposures) ( cve.mitre.org) a attribué les noms suivants aux problèmes de sécurité corrigés dans Tomcat 6.0.32 : CVE-2011-0534

      Configuration des serveurs

      • Il se peut que vCenter Server ne réussisse pas à appliquer les profils d'hôte si le nom de vSphere Distributed Switch de l'hôte profilé comporte des caractères spéciaux
        Après avoir créé le profil d'un hôte connecté à un vSphere Distributed Switch dont le nom comporte des caractères spéciaux, tels que &, si vous appliquez ce profil d'hôte à un autre hôte, vCenter Server ne peut pas appliquer le profil et affiche un message d'erreur, par exemple :
        a general system error occurred: not well-formed (invalid token)
        Call hostprofilemanager.createprofile for object hostprofilemanager on vcenter server [vcenterservername] failed


        Ce problème est résolu dans cette version.
      • La vérification de conformité de profil d'hôte peut échouer sur des clusters lorsqu'une ou plusieurs liaisons entre les cartes NIC de vNetwork Distributed Switches (VDS) ne fonctionnent pas
        Lorsque vous exécutez le contrôle de conformité de profil d'hôte dans un cluster pour lequel la consignation vMotion et Fault Tolerance est activée sur le port VMkernel dans le groupe de ports d'un VDS, le contrôle peut échouer si une ou plusieurs liaisons sont arrêtées dans les cartes NIC du VDS. Un message d'erreur peut s'afficher dans le volet Échecs de conformité de l'hôte :

        Failures against Clusters Requirements
        vMotion NIC speed is not at least 1000 Mbps.
        FTlogging NIC speed is not at least 1000 Mbps.

        Ce problème est résolu dans cette version.
      • L'application d'un profil d'hôte qui configure un hôte ESX/ESXi 4.1 pour le joindre à un domaine échoue lorsque vous appliquez le profil à un hôte depuis le menu contextuel de l'hôte
        Après avoir appliqué à un profil d'hôte qui configure un hôte pour le joindre à un domaine Active Directory, en cliquant avec le bouton droit de la souris sur l'hôte et en sélectionnant Profil d'hôte > Appliquer le profil dans la vue Hôte et Clusters, la fenêtre Appliquer le profiln'affiche aucune information si vous entrez les informations d'identification pour joindre l'hôte au domaine. Si vous cliquez sur Terminer, aucune action n'est exécutée et si vous cliquez sur Annuler, la fenêtre se ferme.

        Ce problème est résolu dans cette version.
      • Les vSwitches et les groupes de ports peuvent être recréés sur les hôtes lorsqu'un profil d'hôte est appliqué
        Lorsque vous appliquez un profil d'hôte à un hôte qui est compatible avec le réseau, les vSwitches et les groupes de ports sur l'hôte peuvent être supprimés et recréés, ce qui affecte les paramètres du vSwitch et du groupe de ports de l'hôte.

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

      Stockage

      • Le navigateur de banque de données est activé pour les hôtes en mode standby
        Lorsqu'un hôte dans l'inventaire vSphere Client est mis en mode standby et que vCenter Server est redémarré, il peut être possible de parcourir la banque de données de l'hôte. Toutefois, le contenu de la banque de données ne s'affiche pas.

        Ce problème est résolu dans cette version. Depuis cette version, vSphere Client ne vous permet pas de parcourir les banques de données des hôtes en mode standby.
      • La taille de tempdb peut augmenter excessivement lorsque vCenter Server 4.1 fonctionne dans un grand environnement SAN
        Lorsque vCenter Server 4.1 fonctionne dans un grand environnement SAN avec de nombreux volumes ou LUN et adaptateurs, si VMware vCenter Server Management Webservices démarre, il initialise VMware vCenter Storage Monitoring Service (SMS), qui exécute les requêtes sur la base de données vCenter Server, ce qui accroît excessivement la taille de tempdb et sature le disque dur. Par exemple, la taille de tempdb peut atteindre 70 Go en l'espace d'une heure. L'espace disque SQL Server se sature du fait de l'exécution constante des requêtes sur tempdb, ce qui peut provoquer la défaillance du service VirtualCenter.

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

      vCenter Server, vSphere Client et vSphere Web Access

      • Le changement du nom de dossier de la machine virtuelle peut modifier le nom de la machine virtuelle
        Dans la vue VM et Modèles de vSphere Client, si vous renommez un dossier, le nom de l'une des machines virtuelles dans le centre de données peut changer. Le volet Tâches récentes indique que la tâche Renommer la machine virtuelle a été exécutée récemment.

        Ce problème est résolu dans cette version.
      • La page de l'onglet Vues de stockage d'un hôte ESX/ESXi affiche des messages d'erreur
        Dans vSphere Client, pour un hôte ESX/ESXi, si vous sélectionnez l'onglet Vues de stockage, le message d'erreur suivant peut s'afficher :
        An internal error was encountered while initializing the storage service
        Le fichier sms.logpeut contenir des entrées, telles que :
        org.h2.jdbc.JdbcSQLException: Unique index or primary key violation: ENTITYID_SCSIPATH_INDEX_1 ON PUBLIC.SCSIPATH(ENTITYID) [23001-64]

        Ce problème est résolu dans cette version.
      • Le volet Tâches récentes peut se remplir d'entrées d'une tâche programmée pour exporter les machines virtuelles si l'intervalle défini pour la tâche est supérieure à 999
        Si l'intervalle d'une tâche programmée pour exporter des machines virtuelles est supérieure à 999 et que la tâche est exécutée pour la première fois ou que le service VMware Virtual Center Server est redémarré, le volet Tâches récentes se remplit avec les entrées de la tâche programmée. La suppression des tâches en file d'attente peut provoquer une erreur Argument non valide.

        Ce problème est résolu dans cette version. Lors de l'utilisation de vSphere Client pour programmer une tâche, vous ne pouvez pas définir une valeur d'intervalle supérieure à 99. Lors de l'utilisation de l'objet de données RecurrentTaskSchedulerpar vSphere API/SDk pour programmer une tâche, vous ne pouvez pas définir une valeur d'intervalle supérieure à 999 sous peine de provoquer une erreur de définition de paramètre.
      • Aucune limite de ressources mémoire de machine virtuelle n'est définie dans vCenter Server, mais une limite est définie lorsque vSphere Client est connecté directement à un hôte
        Si vous indiquez que les ressources mémoire d'une machine virtuelle sont illimitées en utilisant vCenter Server et que vous affichez la valeur de limite sur des machines virtuelles individuelles en connectant vSphere Client directement aux hôtes, une limite est définie.

        Ce problème est résolu dans cette version.
      • vCenter Server avec plusieurs clusters DRS (Distributed Resource Scheduler) peut échouer. † ‡
        Le compteur Windows System Up Time est remis à zéro lorsque le système fonctionne en boucle pendant 49,7 jours. Si vous disposez de plusieurs clusters DRS où un ou plusieurs clusters sont créés ou activés avant ou après la remise à zéro du compteur et que vous démarrez DRS pour fournir des recommandations pour les tâches, telles que la mise sous tension d'une machine virtuelle, alors qu'il n'a pas collecté suffisamment de statistiques sur les nouveaux clusters, une erreur vCenter Server peut se produire. Dans ce cas, le message d'erreur suivant est enregistré dans le fichier vpxd.log :
        ASSERT d:/build/ob/bora-258902/bora/vpx/public\vpxDrmStats.h:674


        Ce problème est résolu dans cette version.
      • L'ouverture de plus de deux consoles de machine virtuelle dans vSphere Client échoue avec une erreur interne
        Lorsque plus de deux consoles de machine virtuelle sont ouvertes simultanément, l'une d'entre elles est réduite et l'accès à l'une ou l'autre ou le passage de l'une à l'autre des machines virtuelles échoue. vSphere Client affiche un message d'erreur, tel que :
        Result:- Error: An internal error occurred in the vSphere Client.
        Détails : An item with the same key has already been added.

        Le fichier viclient.logcontient des entrées, telles que :
        [viclient:SoapTran:M: 7] 2010-06-14 16:22:12.138 Invoke 1230 Finish Vmomi.Core.PropertyCollector.RetrieveContents(VirtualMachine:32 [10.112.185.104]::Vmomi.VirtualMachine.snapshot) on PropertyCollector:ha-property-collector [10.112.185.104] - Serial:0.000, Server:000.009 [ :ShowExcp:M: 7] 2010-06-14 16:22:12.138 Error: An internal error occurred in the vSphere Client.
        Détails : An item with the same key has already been added.


        Ce problème est résolu dans cette version.
      • Les diagrammes de présentation des performances ne sont pas affichés pour les disques des machines virtuelles qui utilisent le stockage NFS
        Il se peut que les diagrammes de présentation des performances de vitesse de disque et de requêtes de disque ne s'affichent pas pour les disques des machines virtuelles qui utilisent le stockage NFS. Un message peut apparaître sur les diagrammes, par exemple :
        No data available.

        Ce problème est résolu dans cette version.
      • La modification des paramètres d'une machine virtuelle déployée ou convertie depuis un modèle peut provoquer une erreur PropertyCollector
        Après avoir converti une machine virtuelle en modèle et redémarré vCenter Server, si vous modifiez les paramètres de la machine virtuelle convertie depuis ce modèle, vCenter Server peut afficher un message d'erreur de type :
        Call "PropertyCollector.RetrieveContents" for object "propertyCollector" on vCenter Server "<vCenter_Server_Name>" failed

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

      • Lorsqu'un système distant vSphere Client utilisant une combinaison d'adresse IPv4 et IPv6 se connecte à vCenter Server 4.1, le service VMware VirtualCenter Server s'arrête brusquement
        Lorsque vous vous connectez à vCenter Server en utilisant un système distant vSphere Client qui combine une adresse IPv6 et une adresse IPv4 dont la représentation textuelle est supérieure à 41 octets (par exemple, une adresse ISATAP qui combine une adresse IPv6 et une adresse IPv4), un message d'erreur peut s'afficher, tel que :
        The request failed because the server “name” closed the connection. (The underlying connection was closed: A connection was expected to be kept alive was closed by the server.) Call "ServiceInstance.RetrieveInternalContent" for object "ServiceInstance" on vCenter Server "name" failed.

        Le service VMware VirtualCenter Server s'arrête brusquement et les messages peuvent être consignés dans le fichier vpxd.log, par exemple :
        Panic: Win32 exception: Access Violation (0xc0000005)
        Read (0) at address ffffffffffffffff


        Ce problème est résolu dans cette version.
      • vSphere Client 4.1 est lent
        Lorsque la composition du bureau est activé sur les systèmes Windows exécutant vSphere Client, tous les volets de vSphere Client sont retracés. Lorsque vous réduisez ou agrandissez la fenêtre client, sélectionnez une autre page d'ongle, ou une autre machine virtuelle. vSphere Client fonctionne alors plus lentement.

        Ce problème est résolu dans cette version.
      • L'alarme Utilisation du disque de la banque de données et l'alarme Surattribution de disque de la banque de données peuvent ne pas se déclencher après le redémarrage de vCenter Server
        L'alarme Utilisation du disque de la banque de données, l'alarme Surattribution de disque de la banque de données (%) ou une alarme qui utilise le type de déclenchement Utilisation du disque de la banque de données (%) ou Surattribution de disque de la banque de données (%) peut ne pas se déclencher si vCenter Server est redémarré.

        Ce problème est résolu dans cette version.
      • Licensing Reporting Manager peut afficher des valeurs incorrectes pour l'utilisation moyenne des licences
        L'utilisation moyenne de la clé de licence, qui est signalée par le Licensing Reporting Manager, peut être parfois incorrecte. Si vous exportez le rapport des licences, notez qu'il peut contenir des enregistrements pour quelques horodatages et des enregistrements peuvent manquer pour quelques intervalles de signalement.

        Ce problème est résolu dans cette version.
      • Le redémarrage du service VMware VirtualCenter Server génère un grand nombre de tâches vMotion lorsque DRS est défini sur automatique
        Lorsque DRS est défini sur automatique, le redémarrage du service VMware VirtualCenter Server peut générer un grand nombre de tâches vMotion entraînant des mouvements inutiles des machines virtuelles. Les tâches vMotion sont mises en attente et rendent la gestion des machines virtuelles difficile jusqu'à ce que les tâches soient terminées.

        Ce problème est résolu dans cette version.
      • vSphere Client affiche la mémoire de la console de service pour les hôtes ESXi 4.x
        Lorsque vous installez ESXi 4.x sur un système sur lequel ESX 4.x était déjà installé, lors de la connexion de l'hôte ESX à vCenter Server, vSphere Client affiche incorrectement la mémoire de la console de service dans l'onglet Configuration pour l'hôte ESXi après la reconnexion. Le problème se produit parce que vCenter Server conserve un enregistrement de la mémoire de la console de service ESX 4.x précédente.

        Ce problème est résolu dans cette version.
      • vSphere Client 4.1 affiche plusieurs fenêtres avec l'erreur : Une erreur interne s'est produite dans vSphere Client. Détails : Aucune référence à un objet instantané définie

        Après la mise à niveau vers vCenter Server 4.1 et vSphere Client 4.1, lorsque vSphere Client est connecté à vCenter Server, plusieurs fenêtres peuvent apparaître en affichant un message d'erreur de type :
        Une erreur interne s'est produite dans vSphere Client. Détails : Object reference not set to an instant object.

        Le fichier viclient.logpeut contenir des erreurs, telles que :
        [viclient:Error :M: 6] 2010-09-23 10:21:53.272 UnhandledCallbackError in NotifyUpdates for server https://vcenter.usa-ed.net/sdk
        System.NullReferenceException: Object reference not set to an instance of an object.
        at VpxClient.VMList.UpdateCPUAndMemUsageForViewableItems()
        at VpxClient.VMList.OnUpdate(FilterUpdateArray fUpdates)
        at VirtualInfrastructure.Updates.PollerDispatcherImpl.NotifyUpdates(Map`2 handler2Updates)

        Ce problème est résolu dans cette version.
      • Le plug-in VMware Update manager peut ne pas être activé si le service VMware Webservices n'est pas actif
        Après avoir installé le plug-in VMware Update Manager, si le service VMware Webservices s'arrête et que vous reconnectez vSphere Client à vCenter Server, il peut être impossible d'activer le plug-in VMware Update Manager.

        Le fichier vminst.logpeut contenir des entrées de type :
        VMware Update Manager-build-256596: 10/27/10 16:08:09 INFO: Reg/UnReg extn command: ["-v sfvctest90b.unitopr.unitint.test.statefarm.org -p 80 -U "untopr\svc_virtualcenter" -P *** -S "D:\APPS\VMware
        \Update Manager\Update Manager\extension.xml" -C "D:\APPS\VMware\Update Manager\Update Manager\\" -L "C:\Users\SVC_VI~1\AppData\Local\Temp\2\\" -O extupdate"]
        VMware Update Manager-build-256596: 10/27/10 16:08:09 AppendPath::done Path: D:\APPS\VMware\Update Manager\Update Manager\vciInstallUtils.exe
        VMware Update Manager-build-256596: 10/27/10 16:08:09 Found "D:\APPS\VMware\Update Manager\Update Manager\vciInstallUtils.exe"
        VMware Update Manager-build-256596: 10/27/10 16:08:15 Process returned 199
        VMware Update Manager-build-256596: 10/27/10 16:08:15 Error:: Unknown VC error
        VMware Update Manager-build-256596: 10/27/10 16:08:15 ERROR: VUM registration with VC failed
        VMware Update Manager-build-256596: 10/27/10 16:08:15 Posting error message 25085


        Le fichier vws.logpeut contenir entrées récurrentes de type :
        [2010-10-28 14:27:07,133 VwsInit INFO com.vmware.vim.vcstub.stub.ClientStub] Connection to VC at: localhost:8089 failed (com.vmware.vim.vcstub.exception.CommunicationException: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target). Retrying in 15000ms.

        Ce problème est résolu dans cette version.
      • Une erreur vCenter Server peut se produire avec une exception de violation d'accès
        Si la base de données vCenter comporte une entité créée pour un hôte et que vCenter Server ne peut pas se connecter à l'hôte pour récupérer ses informations de configuration, une erreur vCenter Server peut se produire et afficher un message, tel que :
        Panic: Win32 exception: Access Violation (0xc0000005) Read (0) at address 0000000000000050

        Ce problème est résolu dans cette version.
      • vCenter Server signale une valeur incorrecte pour l'espace provisionné dans les banques de données
        vCenter Server signale une valeur incorrecte pour l'espace provisionné dans les banques de données et affiche la valeur correcte quelques secondes après. Ces modifications de valeurs peuvent déclencher l'alarme Surattribution de disque de banque de données. L'état de l'alarme passe du vert au rouge puis repasse au vert quelques secondes après.

        Ce problème est résolu dans cette version.
      • Le déploiement d'un modèle OVA/OVF avec vSphere Client peut échouer
        Lorsqu'un fichier .cert du modèle OVA/OVF est un multiple de 1 024 octets, vSphere Client peut ne pas déployer le modèle OVA/OVF et affiche un message d'erreur, tel que :
        Failed to deploy OVF package: The request was aborted: The request was canceled

        Ce problème est résolu dans cette version.
      • Les opérations de clonage utilisant vSphere Client peuvent échouer avec une erreur
        Si vous utilisez vSphere Client pour cloner une machine virtuelle ou en déployer une depuis un modèle tout en modifiant les paramètres matériels de la machine virtuelle, l'opération de clonage peut échouer et générer le message d'erreur suivant :
        Number of virtual devices exceeds the maximum for a given controller

        Ce problème est résolu dans cette version.
      • Les diagrammes de performances peuvent afficher uniquement les données du jour précédent lorsque les diagrammes hebdomadaires, mensuels et annuels sont visualisés
        Après la mise à niveau vers vCenter Server 4.1 ou une version ultérieure avec Oracle Database, il se peut que les diagrammes de performances de la semaine dernière, du mois dernier ou de l'année dernière ne s'affichent pas si les procédures stockées de la base de données vCenter Oracle ne remplissent pas correctement les tables appropriées. Les diagrammes de performances des données d'un jour uniquement s'affichent.

        Ce problème est résolu avec cette version en modifiant les définitions d'index dans la table vpx_sample_time.
      • Il se peut que les modifications apportées aux diagrammes de performances ne soient pas enregistrées
        Après avoir créé un diagramme de performances personnalisé en spécifiant les objets à surveiller, les compteurs à inclure, la plage de temps ou le type de diagramme, si vous utilisez le menu Passer à et affichez d'autres diagrammes, lorsque vous revenez au diagramme que vous venez de personnaliser, il se peut que les modifications apportées aux diagrammes ne soient pas conservées.

        Ce problème est résolu dans cette version.
      • La procédure de purge des statistiques peut bloquer les procédures de cumul de statistiques de manière intermittente
        Une procédure de purge des statistiques peut provoquer des blocages intermittents lorsque des procédures stockées qui partagent les ressources de table de base de données sont exécutées simultanément.
        Le fichier vpxd.logpeut contenir des erreurs de type :
        Past Day stats rollupmaster
        1 2008-11-23 09:30:00.000 2008-11-23 09:30:00.000 Executed as user: VirtualCenter. Transaction (Process ID 88) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction. [SQLSTATE 40001] (Error 1205). The step failed.

        vCenter Server peut échouer et générer un message de type :
        Cannot obtain a LOCK resource at this time

        Ce problème est résolu dans cette version. Les scripts de purge sont mis à jour dans cette version.
        Remarque : Les scripts de purge modifiés ont été publiés sous forme de pièces jointes avec KB 1009857 avant cette mise à jour.
      • Des problèmes de mémoire avec l'application STATs Report peuvent provoquer l'arrêt du service tomcat avec des erreurs OutOfMemory
        Lorsque vCenter Server utilise l'application STATs Report, des problèmes de mémoire, tels que les fuites de mémoire dans STATs Report, peuvent amener tomcat à consommer d'énormes quantités de mémoire et dans ce cas, le service tomcat s'arrête en générant des erreurs OutofMemory.
        Le fichier stdout.logde tomcat peut contenir des entrées de type :
        java.lang.OutOfMemoryError: Java heap space
         at java.util.HashMap.newValueIterator(HashMap.java:843)
         at java.util.HashMap$Values.iterator(HashMap.java:910)
         at java.util.Collections$UnmodifiableCollection$1.<init>(Collections.java:1007)
         at java.util.Collections$UnmodifiableCollection.iterator(Collections.java:1006)
         at org.apache.commons.jci.monitor.FilesystemAlterationMonitor.run(FilesystemAlterationMonitor.java:120)
         at java.lang.Thread.run(Thread.java:619)
        Exception in thread "Thread-34" java.lang.OutOfMemoryError: Java heap space
        Exception in thread "Thread-1311" java.lang.OutOfMemoryError: Java heap space
        Exception in thread "Thread-1517" java.lang.OutOfMemoryError: Java heap space
        Exception in thread "Thread-2160" java.lang.OutOfMemoryError: Java heap space


        Ce problème est résolu dans cette version.
      • Les alarmes basées sur la taille du snapshot de machine virtuelle peuvent ne pas se déclencher
        Si une alarme est créée pour se déclencher lorsque la taille du snapshot de la machine virtuelle dépasse une certaine limite, vCenter Server peut ne pas déclencher l'alarme immédiatement après la détection de la condition d'alarme. L'alarme se déclenche lorsque vous sélectionnez Actualiser l'utilisation du stockage dans l'onglet Récapitulatif d'une machine virtuelle.

        Depuis cette version, les alarmes relatives à la taille de snapshot de machine virtuelle se déclenchent dans les deux heures qui suivent l'atteinte de la limite de taille définie pour l'alarme.
      • vCenter Server avec une base de données DB2 peut tomber en panne lors de l'ajout d'hôtes
        Lorsque vous ajoutez des hôtes ESX/ESXi à vCenter Server 4.1 connecté à une base de données DB2, le service VMware VirtualCenter Server peut tomber en panne si les tailles de lots de requêtes SQL de vCenter dépassent les limites de DB2 prises en charge.
        Le fichier vpxd.logcontient des erreurs de type :
        [02208 error 'App' opID=839EEBC3-00000264] [VdbStatement] Diagnostic data from driver is 40003:1:-30020:[IBM][CLI Driver][DB2/NT64] SQL30020N Execution of the command or SQL statement failed because of a syntax error in the communication data stream that will affect the successful execution of subsequent commands and SQL statements: Reason Code "0x220E"("
          
        [02208 error 'App' opID=839EEBC3-00000264] An unrecoverable problem has occurred, stopping the VMware VirtualCenter service. Error : Error[VdbODBCError] (-1) "ODBC error: (40003) - [IBM][CLI Driver][DB2/NT64] SQL30020N Execution of the command or SQL statement failed because of a syntax error in the communication data stream that will affect the successful execution of subsequent commands and SQL statements: Reason Code "0x220E"("0133")"". SQLSTATE=58009
            " is returned when executing SQL statement "INSERT INTO VPX_MULTIPATHINFO_TRANSPORT (HOST_ID, SCSI_LUN_ID, ENDPOINT_HBA_ID, VPX_TYPE, UPDATE_KEY, NODE_WWN, PORT_WWN, ISCSI_NAME, ISCSI_ALIAS, ARRAY_ID) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)"
             
        [02208 info 'App' opID=839EEBC3-00000264] Forcing shutdown of VMware VirtualCenter now


        Ce problème est résolu dans cette version.
      • L'onglet État du matériel, État vCenter Service et la fonction de recherche dans vCenter Server 4.1 peuvent ne pas afficher de résultats
        Après avoir installé ou effectué une mise à niveau vers vCenter Server 4.1 avec X-Hive/DB, les problèmes suivants peuvent apparaître :
        • Lorsque vous utilisez la fonction de recherche dans vCenter Server, des messages d'erreur de ce type s'affichent :
          Unable to connect to web services to execute query.
          Verify that the "VMware VirtualCenter Management Webservices" service is running on https://<server name>:8443/vws
        • Il se peut que vCenter Service status n'affiche pas l'état d'intégrité de vCenter Services. Des messages d'erreur s'affichent, tels que :
          Cannot access the health service
          Login to the query service failed
          Do not have permission for this command
        • Lorsque vous accédez à l'onglet État du matériel d'un hôte ESX, des messages d'erreur s'affichent, tels que :
          Communication error with the server.
        • Les fichiers journaux vim-tomcat-shared.log, stdout.log, ou localhost.logse trouvant dans C:\ProgramData\VMware\VMware VirtualCenter\Logs\peuvent contenir des entrées, telles que :
          ERROR com.vmware.vim.xhive.XhiveLifecycleListener] Unable to start xhive:com.vmware.vim.xhive.exception.InitializationException: com.xhive.error.XhiveException: IO_ERROR, Original message: C:\Program Files\VMware\Infrastructure\tomcat\lib\xhiveConfig\data\VcCache-default-0.XhiveDatabase.DB (The system cannot find the file specified)
          ERROR com.vmware.vim.xhive.InstanceImpl] Error starting Xhive internal server using bootstrap: C:\Program Files\VMware\Infrastructure\tomcat/lib/xhiveConfig/data/xhiveDatabase.bootstrap.com.vmware.vim.xhive.exception.InitializationException: com.xhive.error.XhiveException: INTERNAL_ERROR: Corrupt log record at lsn 7813022, Original message: Page 11 in extent queue contains incorrect magic number


          Ce problème est résolu dans cette version.
      • Les données de performances de vCenter Server pour certains hôtes ESX/ESXi sont absentes
        Dans une situation de connectivité réseau intermittente entre des hôtes ESX/ESXi et vCenter Server, si vCenter Server essaie de collecter les statistiques de performances d'un hôte inaccessible, la collecte des statistiques reste en attente et aucune autre statistique n'est collectée pour cet hôte. C'est la raison pour laquelle vCenter Server montre des trous dans les données de performances pour les hôtes ESX/ESXi inaccessibles. Les fichiers vpxd.logpeuvent contenir des erreurs de type :
        [VpxdMoHost::CollectRemote] Attempt to collect stats on <Host_Name> [VpxdMoHost::CollectRemote] Not collecting stats this time on host <Host_Name> because collection pending Had to drop performance data coming from host <Host_Name> because it has error (The specified network name is no longer available.)

        Ce problème est résolu dans cette version.
      • vCenter Server peut devenir lent ou ne pas répondre lorsqu'il est utilisé avec certaines applications tierces
        Lorsque vCenter Server est installé avec la base de données Oracle et utilisé avec certaines applications tierces, telles que nworks Management Pack, vCenter Server peut être lent ou ne pas répondre suite aux problèmes associés aux requêtes exécutées sur la table vpx_event.

        Ce problème est résolu dans cette version. Les requêtes exécutées sur la table vpx_eventsont optimisées pour une meilleure exécution sur les bases de données Oracle, éliminant les problèmes de performances dans vCenter Server.
      • Il se peut que les plug-ins vCenter ne se chargent pas si la valeur de la variable d'environnement Path contient des caractères non-ASCII
        Si la valeur de la variable d'environnement Path est définie pour ne contenir aucun caractère non-ASCII, tel que "dans le système vSphere Client, vSphere Client peut ne pas charger les plug-ins vCenter.

        Ce problème est résolu dans cette version.
      • Une tâche programmée pour créer un snapshot de machine virtuelle aboutit, même si la méthode CreateSnapshot_Task est désactivée pour une machine virtuelle
        Même après avoir désactivé la méthode CreateSnapshot_Taskpour une machine virtuelle en utilisant une API, vCenter Server peut créer le snapshot de la machine virtuelle à la date et à l'heure programmées si une tâche est programmée pour créer un snapshot de la machine virtuelle.

        Ce problème est résolu dans cette version. À partir de cette version, aucun snapshot n'est créé et un message d'erreur s'affiche lorsque vous tentez d'exécuter la tâche planifiée.

      Gestion des machines virtuelles

      • La restauration d'une machine par rapport à un snapshot peut échouer
        Lorsqu'une machine virtuelle avec des snapshots est migrée vers un autre hôte ESX/ESXi, la discordance de l'ID de l'objet snapshot dans la base de données vCenter peut empêcher vCenter de réaffecter à la machine virtuelle les états du snapshot et vSphere Client affiche un message, tel que :

        This object has already been deleted or has not been completely created.

        Les journaux de vCenter Server peuvent contenir des entrées, telles que :
        13421:[2011-03-08 09:50:53.257 02580 info 'App' opID=3DB842F7-0000013A] [VpxLRO] -- ERROR task-489263 -- vm-9273 -- vim.vm.Snapshot.revert: vmodl.fault.ManagedObjectNotFound:
        13422-Result:
        13423-(vmodl.fault.ManagedObjectNotFound) {
        13424- dynamicType = <unset>,
        13425- faultCause = (vmodl.MethodFault) null,
        13426: obj = 'vim.vm.Snapshot:snapshot-133808',
        13427- msg = "",


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

      VMware High Availability et Fault Tolerance

      • Les processeurs de serveur 5500 et 5600 Intel Xeon sont compatibles avec VMware Fault Tolerance lorsque EVC est activé dans le cluster
        À partir de cette version, vous pouvez activer VMware Fault Tolerance pour un cluster qui comporte des processeurs de serveur 5500 et 5600 Intel Xeon, si EVC est activé pour le cluster.

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

      • 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 une non-conformité.

        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 à Supporté après une courte période.

      Matériel pris en charge

      •   L'installation de vCenter Server 4.1 en utilisant une base de données existante IBM DB2 échoue parfois avec 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" de retour lors de l'exécution de l'instruction SQL "CALL CREATE_TOPN_JOB1_PROC()"

        Ce message apparaît lorsque DB2 est affecté par une erreur IBM connue. 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#.

      Mise à niveau et installation

      • 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 mise à niveau vers vCenter Server 4.1 peut échouer avec 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 l'utilitaire d'ajout/suppression de programmes.
      •   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, 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 1 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 1 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

      • Un événement associé à la catégorie d'événements de compte peut ne pas déclencher des alarmes *
        Les alarmes créées dans vCenter Server avec n'importe lequel des déclencheurs d'événement suivants ne génèrent pas une 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, parce que 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 tension ou hors tension une machine virtuelle.

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

      •   Erreur lors du chargement des données graphiques des performances lorsque vCenter Server utilise une base de données SQL Server configurée avec un port JDBC personnalisé
        Si une instance personnalisée SQL Server est installée avec vCenter Server et configurée pour utiliser un port JDBC personnalisé, le système affiche l'erreur Erreur interne du service de diagrammes des performances au lieu de données graphiques.

        Solution:

        1. Sur le système vCenter Server, naviguez vers C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter.
        2. Ouvrez le fichier vcdb.properties.
        3. Commentez la ligne usevcdb = true.
        4. Vérifiez que les valeurs de url, driveret dbtypecorrespondent aux valeurs suivantes :
          url = jdbc:sqlserver:// : ;integratedSecurity=true
          driver = com.microsoft.sqlserver.jdbc.SQLServerDriver
          dbtype = mssql
        5. Réglez le paramètre integratedSecurity sur true si la base de données se trouve sur la machine locale ou sur false si la base de données est distante.
        6. Redémarrez le service VMware VirtualCenter Management WebServices.

        Remarque : Ce problème ne se pose pas avec les bases de données Oracle ou DB2 configurées avec des ports JDBC personnalisés.

      • Une erreur survient lors du redémarrage du service VMware vCenter ou du service VMware Web depuis le panneau des services Windows
        Lorsque vous tentez de redémarrer le service VMware vCenter 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 suivante disconnect :

          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 1 pour vous connecter à un système vCenter Server 4.1 Update 1 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

        •   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 stockage 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 stockage vMotion et annulez la tâche de stockage 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.