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

Nous contacter
 

VMware Infrastructure Management Installer | 10 février 2011 (Pour toutes les langues)
vCenter Server 4.1 Update 1| 10 février 2011 | Build 345043
vSphere Client 4.1 Update 1 | 10 février 2011 | Build 345043

Dernière mise à jour du document : 10 février 2011

Contenu des notes de mise à jour

Les notes de mise à jour couvrent les sujets suivants :

Nouveautés

Cette version de VMware vCenter Server 4.1 Update 1 propose les améliorations suivantes :

  • Prise en charge de la personnalisation de systèmes d'exploitation client supplémentaires :vCenter Server prend désormais en charge la personnalisation des systèmes d'exploitation clients suivants :
    • Windows 7 SP1 (x32 et x64)
    • Windows Server 2008 R2 SP1 (x32 et x64)
    • RHEL 6.0 (x32 et x64)
    • RHEL5.5 (x32 et x64)
  • Prise en charge de bases de données vCenter Server supplémentaires :vCenter Server prend maintenant en charge les bases de données suivantes :
    • Microsoft SQL Server 2008 R2
    • Microsoft SQL Server 2005 SP3
    • Oracle 11g Standard/Enterprise versions 2. 11.2.0.1.0 ou ultérieures, (x32 et x64)  
    • IBM DB2 -9.7.2 Express C (x32 et x64)  
    • IBM DB2 -9.7.2 Enterprise (x32 et x64)
      Pour plus d'informations sur l'utilisation de la base de données IBM DB2 - 9.7.2 avec vCenter Server 4.1 Update 1, reportez-vous à KB 1033201.
  • Problèmes résolus : de plus, cette version offre un certain nombre de corrections de bogues qui ont été documentées 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 de la version antérieure 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 VCenter Server 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 vCenter Server.

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 procéder à plusieurs étapes de configuration, notamment, une certaine configuration pour l'octroi de licences, la mise en réseau et la sécurité. Reportez-vous aux guides suivants de la documentation vSphere pour un accompagnement sur ces tâches de configuration.

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 1

Vous pouvez effectuer une mise à niveau de vCenter Server 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 la mise à niveau, confirmez d'abord que votre base de données est prise en charge avec vCenter Server 4.1 et sauvegardez votre base de données prise en charge, les certificats SSL et la configuration vCenter Server. Puis, exécutez le programme d'installation vCenter Server. Le programme d'installation vous informe qu'une version plus ancienne de vCenter Server est sur l'ordinateur et va être mise à niveau.

Mises à jour des plug-ins

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

Documentation

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

Internationalisation

VMware vSphere 4.1 Update 1 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 1, 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.

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

vpxClient -locale en_US

Composants code source libre pour vSphere

Les composants code source libre 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.

Problèmes résolus

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

Gestion des licences

  • Impossible d'afficher les rapports d'utilisation des licences avec le Licensing Reporting Manager
    Lorsque vous accédez au Licensing Reporting Manager pour afficher les rapports d'utilisation des licences dans vCenter Server, le vSphere Client peut afficher une erreur comme suit :
    Authentification requise

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

Divers

  • Le fichier exécutable du client de vCenter Orchestrator n'est pas disponible dans le DVD d'installation ou l'image ISO de vSphere 4.1
    Dans le DVD d'installation ou l'image ISO de vSphere 4.1, le fichier exécutable du client de vCenter Orchestrator n'est pas disponible avec le fichier  vCenterOrchestrator.exe.

    Le problème est résolu dans cette version. Le fichier vCenterOrchestratorClient-4.1,1-733.exeest disponible dans le dossier vpx/vcodu répertoire d'installation.
  • La recherche d'utilisateurs et de groupes dans un environnement à grande échelle en utilisant l'assistant Ajout d'autorisation entraîne une erreur ou un résultat incomplet
    Lorsque vous recherchez des utilisateurs et des groupes dans la fenêtre Ajout d'autorisation dans Active Directory, la recherche expire dans des environnements à grande échelle.
    Avec cette version, la recherche d'utilisateurs est optimisée par le regroupement des attributs de recherche avec leurs types associés. Vous pouvez optimiser le comportement de recherche en passant de correspondance de sous-chaînes à correspondance de préfixes. Pour activer la correspondance de préfixes, dans le fichier vpxd.cfg, ajoutez la ligne suivante devant la balise </config> :
    <ads>
        <prefixMatching>true</prefixMatching>
    </ads>
  • Les journaux de VMware vCenter Update Manager ne sont pas collectés lors de la création de journaux de vCenter Server
    À partir de vCenter 4.1 Update 1, si VMware Update Manager et vCenter Server sont installés sur le même système, les journaux de VMware Update Manager sont également collectés lorsque les journaux de vCenter Server logs sont générés.
    Remarque : Si VMware Update Manager et vCenter Server sont installés sur des systèmes séparés, les journaux de VMware Update Manager ne sont pas collectés lorsque les journaux de vCenter Server sont générés.
  • vCenter Server 4.1 signale des erreurs redondantes lorsque HA et DRS sont activés
    Lorsque le contrôle d'admission dans les HA et DRS sont activés sur un cluster dans le vCenter Server, des messages d'erreur redondants comme suit peuvent être enregistrés dans le fichier vpxd.log :
    [2010-10-09 19:25:14,200 04076 error 'App' opID=task-internal-1-30aac6d9-a2] [VpxdDrmInterface] Vm id -2147282016 introuvable.
    [2010-10-09 19:25:14,200 04076 error 'App' opID=task-internal-1-30aac6d9-a2] [VpxdDrmInterface] Vm id -2147282015 introuvable.

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

Sécurité

  • La mise à jour de Tomcat vers la version 6.0.28 répond à 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.24 : CVE-2009-2693, CVE-2009-2901, CVE-2009-2902, CVE-2009-3548

    Le projet CVE (Common Vulnerabilities and Exposures) ( cve.mitre.org) a attribué le nom suivant aux problèmes de sécurité corrigés dans Tomcat 6.0.28 : CVE-2010-2227, CVE-2010-1157.

The OpenSSL package is updated to OpenSSL 0.9.8n version, which fixes multiple security issues.
The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the names CVE-2009-3245, CVE-2009-3555, and CVE-2010-0433 to these issues. -->
  • Divulgation d'informations d'identification de vCenter Tomcat Management
    Le fichier de configuration d'application de Tomcat Manager contient des informations d'identification qui peuvent être lues par des utilisateurs locaux non privilégiés. Le problème a été résolu en arrêtant d'installer l'application Manager dans vCenter 4.1 Update 1.
    Si vCenter est mis à jour vers vCenter 4.1 Update 1 depuis vCenter 4.1, les informations d'identification ne seront plus présentes dans le fichier de configuration après la mise à jour.
    Le projet CVE (Common Vulnerabilities and Exposures) (cve.mitre.org) a affecté le nom CVE-2010-2928 à ce problème.

Configuration des serveurs

  • vSphere Client signale une conformité incorrecte de profils hôtes durant l'utilisation de l'Option de configuration avancée †
    Dans vSphere Client, si vous modifiez l' Option de configuration avancée d'un profil hôte et exécutez une vérification de conformité hôte sur ce profil, la vérification de conformité peut signaler de manière incorrecte l'hôte comme conforme, alors qu'il ne l'est pas. De plus, une fois le profil hôte appliqué à un hôte, le vSphere client ne signale pas les modifications de configuration que vous effectuez dans l' Option de configuration avancée, ce qui implique à tort qu'aucune modification ne peut être appliquée à l'hôte.

    Ce problème est résolu dans cette version. Toutefois, lorsque vous mettez à niveau vCenter Server, vous devez effectuer l'une des solutions suivantes pour faire usage de la correction pour vos profils d'hôtes existants :
    • Mettez à jour les profils existants depuis leur hôte de référence en faisant un clic droit sur le profil et sélectionnez Mettre à jour le profil de référence hôte.
    • Exportez les profils d'hôtes de vCenter Server, puis réimportez-les dans vCenter Server.
      Utilisez les profils importés pour la fonctionnalité profil hôte. Notez que les profils importés n'ont aucune association avec un hôte, y compris l'hôte de référence. Par conséquent, vous devez rétablir l'association.

    Les nouveaux profils créés à l'aide de vCenter Server fonctionnent correctement sans utiliser les solutions ci-dessus.

  • Les alarmes pour la conformité ou la non-conformité des profils hôtes d'ESX ne sont pas déclenchées
    Une alarme personnalisée créée dans vCenter Server pour surveiller la conformité ou la non conformité d'un profil hôte pour les hôtes ESX n'est jamais déclenchée.

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

Stockage

  • L'état de chemins multiples pour les banques de données qui ont des chemins d'accès entièrement redondants peut être signalé comme ayant une « Redondance partielle / nulle »
    Dans l'onglet Vue de stockage de vSphere Client, sous certaines conditions, les volumes qui sont signalés comme Redondance partielle / nulle n'ont en fait pas de chemins d'accès totalement redondants. Ce type d'interprétation erronée survient sur les volumes iSCSI avec des initiateurs du matériel.

    Comme pour les initiateurs de logiciels iSCSI, le système ne peut pas signaler une redondance complète, même s'il existe deux initiateurs de logiciels iSCSI avec chemins multiples, car la redondance physique n'est pas disponible au niveau des initiateurs.

    Ce problème est résolu dans cette version.
  •   vCenter Server signale des erreurs pendant qu'il effectue la tâche Synchronisation de l'hôte †
    Lorsque vCenter Server effectue la tâche Synchronisation de l'hôte, des messages d'erreur comme suit sont enregistrés dans le fichier vpxd.log :
    Échec de la mise à jour de l'horodatage de propriété

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

Mise à niveau et installation

  • L'outil Vérification de pré-mise à niveau de l'agent n'est pas en mesure de détecter les DSN ODBC 64 bits
    Lorsque vous exécutez l'outil Vérification de pré-mise à niveau de l'agent, l'assistant Pré-vérification de l'agent ne détecte pas les DSN ODBC 64 bits auquel il peut se connecter.

    Ce problème est résolu dans cette version. L'assistant de pré-vérification de l'agent ne détecte ni les DSN ODBC 32 bits ni les 64 bits.
  • L'Outil de migration des données de vCenter 4.1 peut ne pas sauvegarder ou restaurer une base de données
    Du fait que vCenter Server 4.1 est pris en charge uniquement sur les systèmes d'exploitation 64 bits, l'Outil de migration des données a été introduit pour migrer les données des systèmes d'exploitation 32 bits vers des systèmes d'exploitation 64 bits. Toutefois, un problème survient dans la façon dont l'Outil de migration des données gère des informations très précises.

    Ce problème est lié aux clés de registre, plus précisément la clé de registre DbServerTypeet la clé de registre DbInstanceName. La clé de registre DbServerTypefait référence au type de base de données, Groupéeou Personnalisée, alors que DbInstanceNameau nom de l'instance de la base de données. Ce problème est spécifique aux bases de données groupées et survient lorsque vous installez une nouvelle instance vCenter 4.0.x avec une base de données groupée. Par exemple, pour une telle situation, les entrées de la clé de registre sont comme suit :

    DbServerType = Bundled
    DbInstanceName = SQLEXP_VIM

    Lorsque vous effectuez une mise à jour mineure, par exemple de vCenter Server 4.0.x vers vCenter Server 4.0.y, les clés de registre changent comme suit :

    DbServerType = Custom
    DbInstanceName = Null

    Ensuite, lorsque vous migrez les données vers vCenter Server 4.1 avec l'Outil de migration des données, l'opération échoue parce que le nom de l'instance est Nullet les données ne sont pas complètement migrées. L'Outil de migration des données fonctionne comme s'il migrait des données personnalisées, alors qu'en fait les données sont groupées.

    Ce problème est résolu dans cette version. Dans ce type de situation, l'Outil de migration des données interprète maintenant les données comme groupées et identifie correctement le nom de l'instance de la base de données.
  • L'utilisation de l'Outil de migration des données pour effectuer une mise à niveau de VirtualCenter 2.5 Update 6 vers vCenter Server 4.1 affiche un état de chemins multiples vide
    Après la mise à niveau, lorsque vous vous connectez à vCenter Server, l'état des chemins multiples sur l'onglet Vues de stockage est vide.

    Ce problème est résolu dans cette version.
  • Après une mise à niveau vers vCenter Server 4.1, vCenter Server ne démarre pas et émet un message d'erreur

    Lorsque ce problème se produit, le message d'erreur suivant est enregistré dans le fichier vpxd.log:

    Échec d'initialisation : Non initialisé : boolean storageIORMSupported

    Ce problème est résolu dans cette version.
  • L'outil Vérification de pré-mise à niveau de l'agent signale régulièrement un espace disque insuffisant pour les hôtes ESXi 3.x
    Si votre environnement vCenter Server comprend les hôtes ESXi 3.x et que vous exécutez l'outil Vérification de pré-mise à niveau de l'agent pour vérifier que les hôtes répondent aux conditions préalables de la mise à niveau, VMware AgentUpgrade Checker signale les erreurs suivantes, même si le répertoire /a assez d'espace disque pour l'installation de vpxa :
    Mémoire disponible insuffisante
    L'hôte ESXi n'a pas assez de mémoire disponible pour installer le(s) agent(s) vCenter.
    Pour de plus amples informations, consultez : http://kb.vmware.com/kb/1016262

    Ce problème est résolu dans cette version.
  • La mise à niveau de vCenter Server qui est déployé avec la base de données Microsoft SQL Server 2005 peut avoir pour conséquence que la taille du fichier journal des transactions consomme de grandes quantités d'espace de stockage disque
    Lorsque vous mettez à niveau vCenter Server qui est déployé avec la base de données Microsoft SQL Server 2005 vers la version 4.1, le modèle de récupération pour Microsoft SQL Server 2005 est réglé sur journalisé en bloc, quel que soit le paramètre défini par l'utilisateur avant la mise à niveau. Cette modification dans le modèle de récupération peut provoquer une hausse inattendue de la taille du fichier journal des transactions et faire que vCenter Server consomme de grandes quantités d'espace de stockage disque.

    Ce problème est résolu dans cette version.
  • La mise à niveau vers vCenter 4.1 peut échouer lorsque vous utilisez l'option Ne pas remplacer la base de données existante, durant l'installation de vCenter Server
    Lorsque vous effectuez une mise à niveau vers vCenter Server 4.1 ou vous réinstallez vCenter Server 4.1 avec une base de données existante et que vous utilisez l'option Ne pas remplacer la base de données existante, vCenter Server peut échouer pour récupérer des données LDAP de la base de données existante et l'installation échoue avec une erreur comme suit :
    L'installation ne peut pas créer l'instance vCenter Server Directory Services.

    Ce problème est résolu dans cette version.
  • vCenter Server cesse de répondre lorsque les modules d'alarmes ne s'exécutent pas correctement lors de la récupération des bases de données
    Les modules d'alarmes peuvent ne pas fonctionner correctement lors de la récupération des bases de données ; vCenter Server cesse donc de répondre et affiche des messages d'erreur comme suit dans les fichiers journaux vpxd :
    Violation de la contrainte CLÉ PRIMAIRE 'PK_VPX_ALARM_REFRESH. Impossible d'insérer une valeur de clé identique dans l'objet "dbo.VPX_ALARM_REFRESH'.

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

vCenter Server, vSphere Client et vSphere Web Access

  • Des actions d'alarmes vCenter Server sont déclenchées en boucle, même après que l'état de l'alarme revienne à la normale †
    Certains événements de vCenter Server et certaines actions d'alarmes en fonction de l'état sont déclenchés en boucle même après que l'état d'alerte affiche vert de nouveau (normal).

    Ce problème est résolu dans cette version.
  • Les données graphiques des performances de la mise en réseau affichent des informations incorrectes
    Les données graphiques des performances empilées par la machine virtuelle de la mise en réseau affichaient des informations incorrectes. Vous pouvez accéder au diagramme depuis Options de diagrammes dans les Paramètres avancés dans l'onglet Performances. Les statistiques de réception et de transmission du réseau d'une machine virtuelle connectée au Commutateur virtuel distribué (DVS) ont été inversées et affichées de manière incorrecte dans les versions antérieures. Cette correction garantit que les statistiques correctes sont recueillies et transmises à l'interface diagrammes de performances.
  • Le sous-système des paramètres régionaux affiche continuellement un message d'avertissement au fichier vpxd.log lorsque la bonne chaîne localisée est introuvable
    Des messages d'avertissement comme suit sont constamment écrits dans le fichier vpxd.log :

    [2010-11-04 13:22:46,253 02620 warning 'Locale'] Module de ressource 'alarm' introuvable. Utilisation de paramètres régionaux par défaut...
    [2010-11-04 13:22:46,253 02620 warning 'Locale'] Module de ressource 'enum' introuvable. Utilisation de paramètres régionaux par défaut...
    [2010-11-04 13:22:46,253 03876 warning 'Locale'] Module de ressource 'vm' introuvable. Utilisation de paramètres régionaux par défaut...
    [2010-11-04 13:22:48,269 02620 warning 'Locale'] Module de ressource 'perf' introuvable. Utilisation de paramètres régionaux par défaut...

    Cette émission répétitive de messages d'avertissement survient lorsque le sous-système des paramètres régionaux ne parvient pas à trouver une chaîne localisée qui correspond à une recherche de messages catalogues et utilise donc les paramètres régionaux par défaut.

    Ce problème est résolu dans cette version. À présent, le message d'avertissement n'est émis qu'à la première occurrence.
  • Dans vSphere Client, les valeurs en pourcentage affichées pour les compteurs d'utilisation de la mémoire des entités du cluster sont incorrectes
    Dans l'onglet Performances de vSphere Client, un graphique affiche les compteurs d'utilisation de la mémoire (par exemple, moyenne, minimum et maximum). Pour les entités du cluster, les valeurs en pourcentage affichées pour ces compteurs d'utilisation de la mémoire sont incorrectes.
    La logique de la traduction est manquante pour convertir la valeur métrique de kilo-octets (Ko) à octets (O). Résultat : la même unité métrique n'est pas utilisée pour le numérateur et le dénominateur lors du calcul des compteurs d'utilisation de la mémoire en unités de pourcentage au niveau du cluster-entité.

    Ce problème est résolu dans cette version.
  • Lorsque vCenter Server Linked Mode est configuré et que vous vous connectez en utilisant un compte de domaine, l'état du matériel des hôtes n'est pas affiché
    Ce problème survient dans Linked Mode lorsque vous vous connectez en utilisant un compte de domaine (sans utiliser les informations d'identification de la session Windows). Lorsque vous utilisez vSphere Client dans une telle situation, le fait de cliquer sur l'onglet État du matériel de l'hôte ne fonctionne que pour la première fois.
    Cependant, le fait de cliquer dans l'onglet État du matériel pour un hôte sur une instance vCenter Server différente, provoque l'erreur suivante :
    Erreur, veuillez réessayer dans une autre session de vSphere
    Le fait de cliquer ensuite dans l'onglet État du matériel sur n'importe quel hôte provoque l'émission de la même erreur :

    Ce problème est résolu dans cette version.
  • La synchronisation du Service de surveillance du stockage échoue lorsque le nom de la source de données de l'hôte de vCenter Server se termine par un espace
    Le cache du Service de surveillance du stockage synchronise périodiquement ses données avec la base de données du fournisseur des informations de stockage (la base de données vCenter Server). Toutefois, le processus de synchronisation échoue si le dernier caractère du nom de la source de données (DSN) est un espace.

    Ce problème est résolu dans cette version.
  • La fonctionnalité de recherche risque de ne pas afficher les résultats si vSphere Client 4.1 est utilisé pour accéder à vCenter Server 4.0
    Si vSphere Client 4.1 est connecté à un système vCenter Server 4.0 qui utilise vCenter Linked Mode et si vous effectuez la fonction de recherche, les résultats de recherche peuvent ne pas s'afficher et la fonction de recherche peut ne pas se terminer.

    Ce problème est résolu dans cette version.
  • Un index manquant des bases de données entraîne des problèmes de performance dans vCenter Server
    Lorsque vous utilisez les bases de données d'Oracle ou d'IBM DB2, un index manquant dans la base de données de vCenter Server peut entraîner le ralentissement de vCenter Server.

    Ce problème est résolu dans cette version.
  •   L'utilisation de connexions bureau à distance provoque l'échec des connexions ultérieures de vSphere Client
    La connexion du premier utilisateur à vSphere Client au moyen de connexions bureau à distance est réussie. Toutefois, lorsqu'un autre utilisateur se connecte à vSphere Client depuis une seconde connexion bureau à distance, vSphere Client échoue à la deuxième session. vSphere Client signale une erreur de deux façons :
    • Le message d'erreur suivant apparaît dans une boîte de dialogue :

      VMware Infrastructure Client erreur irrécupérable : (app)

    • Le message suivant est écrit dans les journaux de vSphere Client :

      system.Runtime.Remoting.RemotingException: Impossible de créer un port IPC : Accès refusé

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

  • Les messages pour les alarmes « Utilisation de la banque de données sur disque » ou « Surattribution de disque de la banque de données » s'affichent en kilo-octets au lieu de pour cent
    Le texte en interruptions SNMP ou en messages e-mail pour les alarmes « Utilisation de la banque de données sur disque » ou « Surattribution de disque de la banque de données » est inexact. Le message affiche la valeur d'utilisation du disque en kilo-octets, lorsque la valeur est corrélée à l'utilisation du disque en pour cent.

    Ce problème est résolu dans cette version.
  • Échec des tentatives d'utilisation de vSphere Client pour définir la taille de la mémoire en Mo d'une machine virtuelle qui prend en charge l'ajout à chaud
    Lorsque vous utilisez vSphere Client pour modifier la taille de la mémoire d'une machine virtuelle qui prend en charge l'ajout à chaud, la nouvelle valeur doit être plus grande que l'ancienne valeur. Un aspect de ce problème est que les tentatives pour passer les unités à Mo échouent.
  •   VMware VirtualCenter Management Webservices (VWS) ne parvient pas à récupérer les données de l'état d'intégrité de vCenter Service †
    Les données de l'état d'intégrité de vCenter Server peuvent ne pas s'afficher après l'installation de vCenter Server 4.0 sur une machine qui a un nom commençant par VWS. Un message d'erreur semblable au suivant peut être écrit sur vws.log:
    [2010-01-31 17:51:56 165 Thread-30 ERROR 'com.vmware.vim.health.impl.ComponentSpec'] Erreur en essayant de se connecter à https://vws/Login java.net.UnknownHostException: vws

    Ce problème est résolu dans cette version.
  • vCenter Server peut échouer lorsque Gestion de l'alimentation distribuée tente de mettre un hôte en mode standby
    Lorsque ce problème de Gestion de l'alimentation distribuée (DPM) survient, un message comme suit est enregistré dans le fichier vpxd.log :
    ASSERT d:/build/ob/bora-258902/bora/vpx/drm/vpxDrmAction.cpp:1247

    Ce problème est résolu dans cette version.
  • Le remplacement de certificats SSL dans vCenter Server par des certificats personnalisés générés à l'aide d'OpenSSL 1.0.0 ou versions ultérieures provoque l'échec du Service de surveillance du stockage

    Pour ce problème, l'erreur suivante est enregistrée dans les fichiers sms.log :
    Erreur de construction de clé privée

    Ce problème est résolu dans cette version.
  • Les synchronisations du Service de surveillance du stockage (SMS) sont envoyées par erreur en tant qu'alarmes d'état d'intégrité modifié
    SMS synchronise ses données toutes les 30 minutes. Lors d'une synchronisation, l'état d'intégrité du SMS devient jaune. Cette opération de synchronisation est signalée comme un avertissement, ce qui n'est pas le comportement cible. Ces faux avertissements sont livrés en utilisant l'action qui est définie pour l'alarme d'état d'intégrité modifié. Par conséquent, les avertissements sont envoyés comme des e-mails de notification et des interruptions de notification SNMP, ou exécutés comme des commandes.

    Ce problème est résolu dans cette version. Les avertissements ne sont plus envoyés pour cette opération de synchronisation.
  •   Le provisionnement du disque virtuel avec la tâche prévue de Storage vMotion échoue †
    Lorsque vous effectuez une opération Storage vMotion en utilisant une tâche prévue Storage vMotion, le provisionnement virtual-machine-disk d'un format statique à un format dynamique ou inversement peut échouer.

    Ce problème est résolu dans cette version.
  • Lorsque vSphere Client 4.0 et 4.1 coexistent sur la même machine, la modification des clusters existants Enhanced vMotion Compatibility avec vSphere Client 4.0 échoue
    Dans cette situation, la modification d'un cluster EVC (Enhanced vMotion Compatibility) fait apparaître une boîte de dialogue avec le message d'erreur suivant :
    Méthode introuvable : 'Vmomi.HostSystemArray EVCState.get_BadSoftwareHostsBlockingEVC()'

    Ce problème est résolu dans cette version.
  • La connexion de vSphere Client à un vCenter Server en Linked Mode échoue et un message d'erreur est émis
    Si trois ou plusieurs instances de vCenter Server avec des versions différentes, par exemple, des instances de mise à jour de vCenter Server 4.0 avec des instances de vCenter Server 4.1, sont ajoutées à un groupe en Linked Mode, alors les tentatives de connexion de vSphere Client au vCenter Server peuvent échouer et les messages d'erreur suivants apparaissent dans vSphere Client :
    Il existe des problèmes de communication avec le(s) vCenter Server(s) xyz.servername.com suivant(s) : Échec de l'authentification avec le serveur

    Ce problème est résolu dans cette version.
  • Lorsque vCenter Server et vCenter Converter sont installés sur le même hôte ou des hôtes différents, l'état de vCenter Server signale un état d'intégrité inexact (alerte rouge) pour vCenter Converter
    Pour ce problème, l'état d'intégrité de vCenter Converter est signalé à tort sur la page d'État du service de vCenter de vSphere Client. En outre, le fichier journal des services Web de VMware ( VWS.log) signale le message d'erreur suivant :
    Impossible de récupérer l'intégrité pour com.vmware.converter d'aucun de ses URL d'intégrité
    Ce problème survient parce que le service d'état d'intégrité de vCenter ne parvient pas à récupérer les informations d'intégrité pour vCenter Converter.

    Ce problème est résolu dans cette version.
  • Les alarmes de vCenter ne se déclenchent pas si une autre alarme sur le même objet est désactivée
    Si plusieurs alarmes sont définies sur un objet dans vCenter Server et certaines des alarmes qui sont définies sur l'objet sont désactivées, vCenter ne déclenche pas d'alarme pour cet objet.

    Ce problème est résolu dans cette version.
  • VCenter Server prend plus de temps que prévu pour se connecter à une base de données Oracle distante
    Ce problème est lié au chargement de métadonnées du schéma. Le processus n'est pas optimisé, avec une grande quantité de données inutiles en cours de chargement au cours de la première connexion à la base de données Oracle distante.

    Ce problème est résolu dans cette version. Le temps pour la connexion initiale à une base de données Oracle distante a été réduit de façon spectaculaire.
  • Après une mise à jour vers vCenter Server 4.1, vCenter Server échoue dans certains environnements lorsque vous cliquez sur Modifier les paramètres sur une machine virtuelle
    Si l'environnement a des ESX / ESXi 3.5 et ces hôtes utilisent certains périphériques de stockage iSCSI, ce problème peut survenir en raison d'un bogue dans le vxpa de vCenter Server 4.1 (également dénommé vCenter Server Agent ou service vmware-vpxa). Ce problème peut également se produire si certains chemins d'accès au périphérique de stockage sont indiqués comme morts par un hôte ESX / ESXi.

    Ce problème est résolu dans cette version.
  • Le plug-in de Surveillance du stockage de vCenter Storage peut ne pas s'activer si vSphere Client 4.1 est connecté à vCenter Server 4.0
    Si vSphere Client 4.1 est connecté à vCenter Server 4.0 et que vous activez le plug-in de Surveillance du stockage de vCenter Storage, le plug-in Window Manager peut afficher une erreur comme suit :
    Le plug-in n'a pas pu charger sur le(s) serveur(s) vmvc38 en raison de l'erreur suivante :
    Impossible de charger le fichier ou assemblage 'VpxClientCommon, version = 4.1.0,0, Culture = neutral, PublicKeyToken = 7C8-0a434483c7c50' ou une de ses dépendances. Le système ne peut pas trouver le fichier spécifié.

    Ce problème est résolu dans cette version.
  • Le Service de surveillance du stockage (SMS) ne se lance pas lorsqu'une unité logique est visible pour un hôte ESX sur plusieurs protocoles
    SMS ne démarre pas quand une unité logique est visible via Fibre Channel et les protocoles iSCSI.

    Ce problème est résolu dans cette version.
  • Sur une machine virtuelle fonctionnant en mode plein écran, la souris ne fonctionne pas correctement dans la partie inférieure de l'écran
    Ce problème n'est pas spécifique à un système d'exploitation hôte ni à aucun matériel spécifique. Lorsque ce problème surgit, la partie inférieure de l'écran semble être accessible avec le pointeur de la souris. Toutefois, aucun clic ne répond.

    Ce problème est résolu dans cette version.
  • Le déploiement d'un grand nombre de machines virtuelles à l'aide de scripts Lab Manager API peut faire que le VMware Agent Service cesse de répondre
    Si un grand nombre de machines virtuelles est déployé à hauteur d'une machine virtuelle toutes les une ou deux minutes à l'aide de scripts Lab Manager API, le VMware Agent Service cesse de répondre après une vingtaine de déploiements de machines virtuelles. L'hôte ESX cesse de répondre également et le déploiement du reste des machines virtuelles peut échouer avec le message :
    erreur de déploiement

    Ce problème est résolu dans cette version.
  • Les diagrammes d'Aperçu des performances ne parviennent pas à afficher des données après un changement de temps en raison de l'heure d'été
    Une fois les paramètres d'heure d'été appliqués, les données d'Aperçu des performances de la dernière journée, semaine et du dernier mois peuvent ne pas s'afficher et un message d'erreur comme suit peut s'afficher :
    Impossible de charger le diagrammeLe fichier stats.log affiche des messages comme suit : [2010-11-18 10:35:15 034 http-8443-1 ERROR com.vmware.vim.stats.webui.chart.StatsChartServlet] Impossible de générer l'image graphique des performances. Détails : Vous tentez d'ajouter une observation pour la période dim. 31 oct. 02:00:00 CET 2010 mais la série contient déjà une observation pour cette période. Les doublons ne sont pas autorisés. Essayez d'utiliser la méthode addOrUpdate().org.jfree.data.general.SeriesException: Vous tentez d'ajouter une observation pour la période dim. 31 oct. 02:00:00 CET 2010 mais la série contient déjà une observation pour cette période. Les doublons ne sont pas autorisés. Essayez d'utiliser la méthode addOrUpdate().

    Ce problème est résolu dans cette version.
  • Les données d'Aperçu des performances ne s'affichent pas après la mise à niveau de vCenter Server 4.1
    Les données d'Aperçu des performances pour la dernière journée, semaine, et le premier mois peuvent ne pas s'afficher après la mise à niveau de vCenter Server 4.1.

    Ce problème est résolu dans cette version.
  • Les données des performances peuvent être manquantes pour certains intervalles après la mise à niveau de vCenter Server 4.1
    Après la mise à niveau de vCenter Server 4.1 ou chaque fois que vCenter Server redémarre, il est possible que plusieurs threads appellent la même procédure de stockage pour traiter en même temps des statistiques dans des tables temporaires ( VPX_TEMPTABLE [1,2,3]), ce qui empêche certaines opérations de se terminer. Cela peut conduire à l'échec de collecte de statistiques et dans les diagrammes d'aperçu des performances, il peut manquer des données de performances pour certains intervalles.

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

Gestion des VM

  • L'alarme par défaut de vCenter Server pour la latence de disque totale de machine virtuelle ne fonctionne pas sur vCenter Server 4.0 et vCenter Server 4.1.
    Ce problème est résolu dans cette version. Cette alarme est désactivée sur la mise à niveau et elle n'est plus créée par défaut sur les nouvelles installations. De plus, toutes les alarmes personnalisées qui utilisent « Latence de disque totale de VM (ms) » sont désactivées après une mise à niveau. « Latence de disque totale de VM (ms) » est le nouveau déclencheur actuellement disponible. Pour plus d'informations, voir KB 1025176.
  • La reconfiguration d'une machine virtuelle après l'ajout d'un disque dur virtuel peut faire que vCenter Server cesse de répondre
    Pour ce problème, vCenter Server cesse de répondre lorsque le démon vCenter Server ( vpxd.exe) se termine de façon inattendue tel qu'observé par un certain nombre d'erreurs figurant dans le fichier vpxd.log. Ce problème a été observé dans vSphere Client lorsqu'un disque dur virtuel et un paramètre de configuration sont tous les deux ajoutés au même assistant lors de la reconfiguration de la machine virtuelle.

    Ce problème est résolu dans cette version.
  • Sur vCenter Server, l'état du signal de pulsation client d'une machine virtuelle mise sous tension varie du vert au jaune ou rouge
    Un état du signal de pulsation vert indique que le système d'exploitation client répond normalement, tandis que les couleurs rouge et jaune indiquent des problèmes avec le système d'exploitation client. Le calcul du signal de pulsation d'une machine virtuelle est effectué dans de multiples emplacements. Ces calculs peuvent être négativement affectés par des problèmes de minutage, ce qui se traduit par un état inexact du signal de pulsation client.

    Ce problème est résolu dans cette version. Les aspects des problèmes de minutage qui provoquent cette condition ont été corrigés vSphere 4.1. Cette version résout les calculs défectueux restants.

Haute disponibilité et Tolérance aux pannes de VMware

  • Lors de la configuration de la haute disponibilité (HA) sur un cluster, une erreur apparaît et HA ne configure pas sur ESXi 4.0 et hôtes ultérieurs
    Avec vCenter Server 4.1, la réservation du pool de mémoire pour la haute disponibilité (HA) de VMware sur un hôte ESXi est accrue lorsque HA est activée ou reconfigurée. Si vous modifiez l'une des allocations de ressources système avant la mise à niveau, cette opération peut échouer et le message d'erreur suivant s'affiche dans la barre d'état :
    Une erreur système générale s’est produite : Panne invalide

    En outre, lorsque ce problème survient, la chaîne suivante est enregistrée dans le fichier vpxd.log :
    vim.fault.InsufficientMemoryResourcesFault

    Ce problème est résolu dans cette version. Le correctif définit l'allocation de mémoire initiale VIM à illimitée, garantissant la disponibilité de la quantité de mémoire nécessaire pour le nouveau paramètre de mémoire du cluster à haute disponibilité de VMware.

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. 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 se rapporte à vCenter Server 4.1 Update 1. Les problèmes connus sont regroupés comme suit :

Système d'exploitation client

  • La personnalisation du système d'exploitation client peut échouer lors du clonage d'une machine virtuelle sur Windows Server 2008 R2
    Pour le système d'exploitation client de Windows Server 2008 R2, le clonage d'une machine virtuelle quand elle est sous tension échoue si vous personnalisez également la machine virtuelle. Le résultat est que la machine virtuelle de destination virtuelle ne démarre pas.

    Solution : Modifiez le fichier de configuration de la machine virtuelle source :
    1.Mettez hors tension la machine virtuelle.
    2.Cliquez droit sur la machine virtuelle, puis sélectionnez Modifier les paramètres.
    3.Dans l'onglet Options, sélectionnez Général et cliquez sur Paramètres de configuration.
    4.Pour le paramètre disk.EnableUUID, définissez la valeur sur false.
    5.Mettez sous tension la machine virtuelle
    6.Clonez et personnalisez à l'aide de l'assistant de personnalisation.

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.

Divers

  •   Les règles DRS DVM/Hôte sont encore appliquées si DRS est désactivé
    Si vous avez spécifié une règle DRS VM/Hôtes pour un cluster DRS, si DRS est désactivé, cette règle s'applique toujours. De la même façon, si vous mettez sous tension manuellement une machine virtuelle spécifiée dans ce genre de règle, une erreur surviendra 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 celle dans vCLI. Si vous spécifiez un ID de groupe en utilisant vSphere Client, seuls neuf caractères sont autorisés. Cela étant, vous pouvez spécifier jusqu'à dix caractères si vous spécifiez l'ID de groupe en utilisant vCLI vicfg-user.

    Solution : Aucune.

Mise en réseau

  •   Le clonage échoue sur une machine virtuelle avec une sauvegarde vDS invalide
    Si l'un des adaptateurs réseau d'une machine virtuelle est connecté à un vDS ou un groupe dvPort invalide ou manquant, cette 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 NIC VMkernel aux hôtes ESX / ESXi
    Les nouveaux utilisateurs ajoutés avec un rôle en lecture seule ne peuvent pas modifier la configuration des hôtes ESX / ESXi, mais ils peuvent ajouter des NIC VMkernel, ce qui est possible actuellement.

    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 apparaissent lorsqu'un hôte utilise plus de 1 016 dvPorts sur un vDS
    Le nombre maximal de dvPorts par hôte sur vDS est de 4 096, mais des problèmes de mémoire peuvent apparaître lorsque le nombre de dvPorts d'un hôte est proche de 1 600. Dans ce cas, vous ne pouvez pas ajouter de machines virtuelles ni d'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 invalide
    Si l'un des périphériques d'une machine virtuelle est connecté à un vDS invalide, une opération de destruction risque de ne pas réussir. La machine virtuelle est détruite sur l'hôte mais reste 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.

  •   La reconfiguration d'une NIC vmxnet3 alors que Wake-on-LAN est activé et que la machine virtuelle est endormie réveille la machine virtuelle

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

  •   L'ajout de plusieurs hôtes à un commutateur Cisco Nexus 1000v en une seule fois 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 risque d'échouer.

    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 peut être reconfiguré 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 des systèmes vCenter Server multiples sur le même réseau, vous devez vous assurer que ces 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 pour l'ID unique de vCenter Server affiche l'ID d'instance de vCenter Server actuel.
    3. Si cet ID n'est pas unique, entrez une nouvelle valeur entre 0 et 63 dans la zone de texte pour l'ID unique de vCenter et cliquez sur OK.
    4. Si vous modifiez l'ID d'instance de vCenter Server, vous devez redémarrer vCenter Server pour que le changement prenne effet.

    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. Dans Adresse MAC, sélectionnez Manuel et entrez 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 d'un profil hôte à un hôte ESX échoue parfois, signalant une erreur d'opération non prise en charge
    Pour ce problème, l'erreur suivante s'affiche dans vSphere Client :

    Opération non prise en charge : Opération non prise en charge

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

    Solution :
    1. Cliquez droit sur le profil et sélectionnez Modifier le profil.
    2. Accédez à la configuration de NIC physique de la configuration réseau.
    3. Trouvez le profil de configuration de NIC physique vusb0en vérifiant le nom de NIC physique.
    4. Cliquez-droit sur ce profil de configuration de NIC physique et cliquez sur Supprimer le profil.

  •   L'application de profils et la vérification de la conformité des profils échouent pour les profils d'hôte après la mise à niveau de la règle PnicsByName dans DvsProfile
    Après la mise à jour de la règle PnicsByName de DvsProfile, l'application de profils d'hôte et la vérification de la conformité des profils d'hôte é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 vérifications de conformité de profil hôte n'arrivent pas à détecter la non-conformité lorsqu'un hôte a différents portgroups ou banques de données NAS
    Lorsqu'un profil hôte est vérifié pour la conformité à un hôte qui a des portgroups ou des banques de données NAS différentes par rapport aux paramètres de configuration des profils hôte, la vérification de conformité affiche à tort le résultat comme Conforme.
    Solution : L'utilisateur peut toujours appliquer le profil hôte en utilisant l'option Appliquer le profil, ce qui permettra de détecter les différences et d'appliquer les configurations correctement.

Stockage

  •   Après la mise à niveau de la baie de stockage, l'état d'accélération matérielle dans vSphere Client passe à Pris en charge après une courte période
    Lorsque vous mettez à niveau le microprogramme d'une baie de stockage vers une version prennant 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.

Matériel pris en charge

  •   L'installation de vCenter Server 4.1 à l'aide d'une base de données existante IBM DB2 échoue parfois avec un message d'erreur DB2
    Lorsque vous installez vCenter Server 4.1 à l'aide d'une base de données vCenter Server DB2 existante, vous devriez recevoir un message d'erreur comme suit :

    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 quand DB2 rencontre un problème connu IBM. Elle 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 afin d'installer vCenter Server, procédez comme suit :

    1. Si vCenter Server fonctionne, éteignez-le soigneusement.
    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 pour remplacer 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 une 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

  •   Après l'installation ou la mise à niveau vers vCenter Server 4.1 avec une base de données Oracle utilisant un pilote Oracle 64-bit ODBC, vCenter Server peut ne pas se lancer
    Lorsque vous effectuez une nouvelle installation ou mise à niveau vers vCenter Server 4.1 avec une base de données Oracle utilisant un pilote Oracle 64-bit ODBC, vous pouvez recevoir un message d'erreur ID version base de données '0' incompatible avec cette édition de VirtualCenter, et le service vCenter Server ne se 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, l'instance ADAM locale ne devrait pas être supprimée
    Vous devez arrêter le service vCenter Server avant de désinstaller vCenter Server 4.1 ou l'instance ADAM restera sur le système. Cela s'applique aux installations et mises à niveau de vCenter Server 4.1, ainsi qu'aux systèmes liés ou autonomes vCenter Server.

    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 : Cette modification apportée au paramètre « Utilisation de TCP/IP et de canaux nommés » n'interfère pas dans le fonctionnement de vCenter Server. Toutefois, vous pouvez procéder comme indiqué ci-dessous pour restaurer le paramètre par défaut "Utilisation de TCP/IP uniquement".

    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 SQL Server utilisée 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, les services d'annuaire vCenter Server Directory ne sont pas créés.

    Solution : Essayez ceci :

    • 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. Dans la ligne de commande de Windows, tapez regedit.
    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 v9.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 v9.5.0, vous ne pouvez pas gérer les hôtes pour ce serveur 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 ne s'applique 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 conduire à 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éclencheur suivant : 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 aux groupes db2user ou db2admin. Consultez votre administrateur de base de données.

  • 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 permanence durant 49,7 jours. Si vous avez plus d'un cluster DRS, avec un ou plusieurs clusters créés ou activés avant que le compteur ne se réinitialise, et un ou plusieurs clusters créés ou activés après, alors, lorsque DRS est appelé à fournir des recommandations pour des tâches comme la mise sous tension d'une machine virtuelle, mais qu'il n'a pas recueilli suffisamment de statistiques des clusters nouvellement créés, vCenter Server peut échouer. 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

    Solution : vCenter Server récupère de lui-même après avoir échoué parce que tous les clusters reçoivent une vue cohérente du temps d'activité système une fois que vCenter Server redémarre. Toutefois, pour éviter que vCenter Server échoue de cette manière, activez ou créez tous les clusters DRS avant ou après que le compteur se réinitialise, mais ne créez pas de clusters avant et certains clusters après que le compteur ne se réinitialise.
  • Les utilisateurs avec des 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 un utilisateur du système vCenter Server avec des 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'est pas applicable aux comptes intégrés des utilisateurs administrateurs.

    Solution : Les utilisateurs avec des privilèges d'administrateur peuvent se connecter à Windows Server 2008 R2 vCenter Server System, en y accédant via Démarrer -> Tous les programmes -> VMware, cliquer droit sur Générer les bundles de journaux vCenter Server et choisir 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 entrent dans l'état de non-réponse quelques secondes après qu'ils sont ajoutés.

    Solution : Aucune
  • L'utilisation de la banque de données sur l'alarme disque risque de ne pas se déclencher une fois vCenter Server redémarré
    L'utilisation de la banque de données sur l'alarme disque qui utilise le type de déclenchement d'utilisation du disque de la banque de données (%) peut échouer pour déclencher si vCenter Server est redémarré.

    Solution : Modifiez les alarmes en effectuant des changements mineurs, comme changer la description de l'alarme chaque fois que vCenter Server est redémarré.

  •   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 les navigateurs Internet Explorer 7 installés sur les 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.

vCenter Server, vSphere Client et vSphere Web Access

  •   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. Assurez-vous que les valeurs url, driver et dbtype sont comme suit :
      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 le 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 en temps voulu.

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

    1. Lancez regedit et localisez la clé suivante dans le registre :

      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\
      vctomcat\Parameters

    2. Ajoutez les valeurs de registre (DWORD) suivantes :

      Nom de valeur : WaitHintStart
      Valeur : < Temps d'attente en millisecondes avant le démarrage du service>

      Nom de valeur : WaitHintStop
      Valeur : < Durée de fermeture du service en millisecondes>

      Dans les deux cas, la durée devrait être supérieure à 40 secondes.

    3. Localisez la clé suivante dans le registre :

      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\
      vpxd\Parameters

    4. Ajoutez les valeurs de registre (DWORD) suivantes :

      Nom de valeur : WaitHintStart
      Valeur : < Temps d'attente en millisecondes avant le démarrage du service>

      Nom de valeur : WaitHintStop
      Valeur : < Durée de fermeture du service en millisecondes>

      Dans les deux cas, la durée devrait ê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 pour les systèmes d'exploitation utilisant le 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 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). Cela redémarrera les autres agents sur l'hôte en plus de ceux affectés par ce défaut et risque d'être davantage perturbateur.

  •   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 serez pas en mesure de démarrer le service vCenter Server après 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, en tant que 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

      Un message de ce type apparaît :
      Auth Id         Application     Appl.           Application Id
                      Name            Handle
      --------        --------------  ----------      --------------------------
      VPX             db2bp.exe       3428            *LOCAL.DB2.100225221240
    4. Notez le numéro de descripteur d'application et utilisez-le pour résoudre la commande de déconnexion suivante : force application <application_handle_number>

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

    Remarque : Le paramètre UTIL_HEAP_SZ attribue de la mémoire. Ce paramètre peut être réglé pour augmenter l'attribution de mémoire pour DB2. Réduisez diaglevel à 3 pour réduire la taille de diag.log et la génération de journaux excessive. Cela permet à DB2 de travailler en arrière-plan. Reportez-vous à la page IBM Infocenter pour les paramètres spécifiques 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 d'é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 comme Æ 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) à un 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 rejoindre un groupe Linked Mode de la façon suivante :

      1. Ouvrez le Panneau de configuration Windows.
      2. Sélectionnez Démarrer > Paramètres > Panneau de configuration > Comptes utilisateur.
      3. Cliquez sur Activer ou désactiver le 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 et 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 Activer ou désactiver le 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 montre des données incorrectes
    Si vous ouvrez l'onglet Performance dans l'aperçu de l'inventaire de 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 le résumé n'affiche 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.

  • L'État du service vCenter affiche une exception dans l'erreur de 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, en utilisant par défaut : [object Error]message d'erreur. Cliquer sur OK peut resulter par l'affichage d'une boîte de dialogue avec le message d'erreur suivant Erreur dans le script de cette pageErreur de script d'Internet Explorer. Cliquer sur Oui dans la boîte de dialogue affiche un écran vide de l'état du service de vCenter. Si vous faites un clic droit sur l'écran vide et sélectionnez Rafraîchir, l'état du service de 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.

  • Après la mise à niveau vers vCenter Server 4.1 ou Update 1 avec la base de données Oracle, les diagrammes de performances n'affichent qu'un seul jour de données valables durant l'affichage des diagrammes de la dernière semaine, mois et année (KB 1032755)

Gestion des VM

  •   La migration d'une machine virtuelle ESX 3.x mise hors tension ou en suspension 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 mise hors tension ou en suspension 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 « migrating 3.x snapshots » (Migration de 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 sur 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 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 le stockage de la machine virtuelle vers la banque de données, un autre répertoire avec le nom virtuel portant le suffixe _1sera créé sur la banque de données de destination.

    Solution : Aucune

Haute disponibilité et Tolérance aux pannes de VMware

  • Les paramètres de surveillance VM personnalisés sont mal appliqués aux machines virtuelles si la colonne de VirtualMachine est triée
    Si la surveillance VM est activée sur un cluster VMware HA et des paramètres de surveillance VM personnalisés sont appliqués aux machines virtuelles, les machines virtuelles risquent de ne pas recevoir les valeurs définies qui leur ont été attribuées 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.