VMware vCenter Update Manager 4.1 Update 3 | 30 août 2012 | Build 816769

Dernière mise à jour du document : 25 avril 2013

Vérifiez périodiquement l'existence d'ajouts et de mises à niveau pour ces notes de mise à jour.

Ces notes de mise à jour traitent des thèmes suivants :

Les notes de mise à jour d'Update Manager 4.1 Update 3 fournissent des informations sur VMware vCenter Update Manager, un module en option de VMware vCenter Server. Pour plus d'informations sur Update Manager, voir le Guide d'installation et d'administration de VMware vCenter Update Manager.


Nouveautés

  • Correctifs de bogues liés à la sécurité

Cette version contient des corrections de bogue décrites dans Problèmes résolus et des problèmes connus décrits dans Problèmes connus.

 

Haut de page

Remarque sur les fonctions et le support d'Update Manager 4.1 Update 3

L'Update Manager 4.1 Update 3 et ses versions de mise à jour ultérieures sont les dernières versions du produit à prendre en charge l'analyse et la correction de correctifs pour les systèmes d'exploitation clients Windows et Linux et les applications qui s'exécutent au sein d'une machine virtuelle. (Une liste de ces systèmes d’exploitation et applications est disponible dans la section Analyse et correction de machines virtuelles et d'applications.) Cette fonctionnalité ne sera plus incluse dans la prochaine version majeure. Si vous utilisez actuellement cette fonctionnalité, vous devez commencer à planifier votre transition.

Bien que cette fonctionnalité sera supprimée dans le futur, la possibilité d'effectuer des opérations de machine virtuelle telles que la mise à niveau de VMware Tools et du matériel de machine virtuelle continuera à être prise en charge et améliorée.

 

Haut de page

Spécifications du matériel et du Sizing Estimator

Les exigences minimales en termes de matériel et de stockage sur disque d'Update Manager dépendent de la manière dont est déployé Update Manager.

Spécifications du matériel

Si la base de données est installée sur la même machine qu'Update Manager, les exigences en termes de taille de mémoire et de vitesse du processeur sont supérieures. La configuration minimale requise pour garantir un niveau de performances acceptable est la suivante :

  • Processeur : Processeur Intel ou AMD x86 avec deux ou plusieurs cœurs logiques, chacun cadencé à 2 GHz
  • Réseau : 10/100 Mbits/s
    Pour des performances optimales, utilisez une connexion Gigabit entre Update Manager et les hôtes ESX.
  • Mémoire :
    • Mémoire vive (RAM) de 2 Go si Update Manager et vCenter Server se trouvent sur des machines différentes
    • Mémoire vive (RAM) de 4 Go si Update Manager et vCenter Server se trouvent sur la même machine

Sizing Estimator

Pour plus d'informations sur les exigences en termes de stockage sur disque, consultez le document intitulé VMware vCenter Update Manager Sizing Estimator. Le Sizing Estimator calcule la taille de la base de données d'Update Manager et du magasin de correctifs. L'estimation est calculée d'après les informations que vous avez saisies au sujet de votre déploiement, telles que le nombre d'hôtes et de machines virtuelles. Le Sizing Estimator fournit également des recommandations pour la base de données Update Manager et des modèles de déploiement du serveur.

Pour plus d'informations sur les performances, les meilleures pratiques et les recommandations d'Update Manager, consultez le livre blanc Performance et meilleures pratiques de VMware vCenter Update Manager.

Haut de page

Notes relatives à l'installation

Cette section inclut des informations sur l'installation d'Update Manager et d'Update Manager Download Service, un module en option d'Update Manager.

Update Manager

Avant d'installer Update Manager, vous devez installer vCenter Server. L'installation d'Update Manager nécessite une connexion réseau avec un système vCenter Server existant. Chaque installation d'Update Manager doit être associée à une seule instance de vCenter Server.

Le module Update Manager est constitué d'un composant client qui est un plug-in d'interface vers une instance de VMware vSphere Client, et d'un composant serveur qui peut être installé sur le même système que vCenter Server ou sur un système différent. La version d'Update Manager et celle de vCenter Server doivent être identique.

Le serveur d'Update Manager 4.1 Update 3 ne peut être installé que sur des systèmes d'exploitation Windows 64 bits, et le client d'Update Manager 4.1 Update 3 peut être installé sur des systèmes d'exploitation de 32 bits et de 64 bits.

Update Manager Download Service

vCenter Update Manager Download Service (UMDS) est un module en option d'Update Manager que vous pouvez utiliser pour télécharger des définitions de correctifs et des correctifs. Installez UMDS dans le cas où votre système de déploiement est sécurisé et la machine sur laquelle Update Manager est installé n'a aucun accès à Internet.

UMDS 4.1 Update 3 peut être installée sur les systèmes d'exploitation Windows 32 et 64 bits.

Pour utiliser UMDS, le service de téléchargement doit correspondre à une version compatible avec le serveur Update Manager. Pour plus d'informations sur la compatibilité entre le serveur Update Manager et UMDS, voir le Guide d'installation et d'administration de VMware vCenter Update Manager.

Update Manager Utility

Lorsque vous installez Update Manager ou UMDS, vCenter Update Manager Utility est installé silencieusement sur votre système en tant que composant additionnel.

Update Manager Utility vous permet de modifier le mot de passe de la base de données et l'authentification du proxy, d'enregistrer à nouveau Update Manager auprès de vCenter Server, et de remplacer les certificats SSL d'Update Manager. Pour plus d'informations sur la reconfiguration des paramètres d'Update Manager à l'aide de cet utilitaire, reportez-vous au Guide de reconfiguration de VMware vCenter Update Manager.

Haut de page

Notes de mise à niveau

Cette version permet d'installer des mises à niveau depuis Update Manager 4.0 et les versions de mise à jour suivantes. L'Update Manager 4.1 Update 3 peut être installée uniquement sur des machines 64 bits. Si votre version antérieure d'Update Manager est installée sur une machine 32 bits, vous devez faire migrer vos données de la machine 32 bits vers la machine 64 bits sur laquelle vous installez Update Manager 4.1 Update 3. Pour cela, vous pouvez utiliser l'outil de migration des données. Pour plus d'informations sur la migration de la configuration et la base de données d'Update Manager, voir le Guide d'installation et d'administration de VMware vCenter Update Manager.

Avant de mettre à niveau Update Manager à partir d'une version antérieure, vous devez mettre à niveau vCenter Server et vSphere Client vers une version compatible. Update Manager 4.1 Update 3 est compatible uniquement avec vCenter Server 4.1 Update 3. Pour plus d'informations sur la compatibilité entre Update Manager, vCenter Server et vSphere Client, reportez-vous aux Matrices de compatibilité vSphere.

La Matrice d'interopérabilité des produits VMware fournit des détails sur la compatibilité des versions en cours et précédentes de vSphere Update Manager avec d'autres composants VMware vSphere, y compris ESX/ESXi, VMware vCenter Server et vSphere Client. Ce site fournit également des informations sur les agents de gestion et de sauvegarde pris en charge avant d'installer ESXi ou vCenter Server.

Haut de page

Interopérabilité et systèmes d'exploitation client pris en charge

Update Manager peut analyser et corriger divers hôtes ESX/ESXi, machines virtuelles, dispositifs virtuels et applications.

Analyse et correction d'hôtes ESX/ESXi

  • Correctif d'hôte
    • ESX 3.0.3 ou versions ultérieures
    • ESX 3i Update 5 ou ultérieur
    • ESX 3.5 Update 5 ou ultérieur
  • Mise à niveau d'hôte
    • ESX 3.5 Update 5a ou version ultérieure
    • ESX 3i Update 5a ou version ultérieure
    Remarque : Vous ne pouvez pas directement mettre à niveau les hôtes ESX 3.0.x vers la version ESX 4.1. Pour mettre à niveau les hôtes ESX qui exécutent les versions ESX 3.0.x vers ESX 4.1, vous devez d'abord les mettre à niveau vers la version ESX 4.0 ou la version d'ESX 4.0 Update, puis effectuer la mise à niveau vers ESX 4.1 Update 3.

Analyse et correction de machines virtuelles et d'applications

Update Manager analyse et corrige les machines virtuelles qui exécutent Windows ou Linux. Update Manager prend en charge les types d'opérations de machine virtuelle suivants :

  • Vous pouvez effectuer une analyse de correctifs et une correction de machines virtuelles Windows sous tension, hors tension ou suspendues et des modèles.
  • Vous pouvez uniquement analyser les machines virtuelles Linux sous tension pour les correctifs.
  • Vous pouvez analyser et corriger les machines virtuelles Windows et Linux sous tension, suspendues ou hors tension et les modèles pour VMware Tools et les mises à niveau matérielles des machines virtuelles.

Analyse et correction des machines virtuelles

  • Windows XP Professionnel 32 bits, SP2 requis
  • Windows XP Professionnel 64 bits
  • Windows 2000 Server, SP4 with Update Rollup 1
  • Windows 2000 Professionnel, SP4 requis
  • Windows Server 2003, SP1 requis
  • Windows Server 2003 R2
  • Windows Server 2003 64 bits
  • Windows Server 2003 Standard/Web, 32 bits et 64 bits
  • Windows 2003 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise 64 bits
  • Windows Server 2008 Standard 64 bits
  • Windows Server 2008 Datacenter 64 bits
  • Windows Vista Professionnel
  • Windows Vista Entreprise
  • Windows Vista Professionnel 64 bits
  • Windows Vista Entreprise 64 bits
  • Windows Vista SP2 (32 bits et 64 bits)
  • Windows 7
  • Windows 2008 R2

Analyse des machines virtuelles

  • Red Hat Enterprise Linux AS 3.0 (mise à jour 5 requise)
  • Red Hat Enterprise Linux ES 3.0 (mise à jour 5 requise)
  • Red Hat Enterprise Linux AS 4.0 (Update 2 est requis)
  • Red Hat Enterprise Linux ES 4.0 (Update 2 est requis)

Analyse et correction d'applications :

  • Internet Information Server (IIS)
  • Windows Media Player 7.0 ou versions ultérieures
  • Microsoft SQL Server versions 7.0, 2000 et 2005
  • Microsoft SQL Server Desktop Edition (MSDE) 1.0 ou versions ultérieures
  • Exchange 2000 Server et Exchange Server 5.0
  • Internet Explorer 4.0 ou versions ultérieures
  • Outlook Express 4.0 ou versions ultérieures
  • Microsoft Site Server 3.0
  • ISA Server 2000
  • Microsoft .NET Framework 1.0 ou versions ultérieures
  • Microsoft Data Access Components (MDAC) 2.5 ou versions ultérieures
  • BizTalk Server 2000 ou versions ultérieures
  • SNA Server 4.0
  • Host Integration Server 2000
  • WinZip 8.1 ou versions ultérieures
  • Apache 1.3 et 2.0
  • Firefox 1.0 ou versions ultérieures
  • RealPlayer 10 ou versions ultérieures
  • Adobe Acrobat Reader

Haut de page

Problèmes résolus

  • Mise à jour du module JRE Oracle (Sun)
    Le module JRE Oracle (Sun) distribué avec Update Manager 4.1 Update 3 est mis à jour vers la version 1.5.0_36. La mise à jour résout plusieurs problèmes de sécurité des versions précédentes de JRE Oracle (Sun). Oracle a documenté les identificateurs CVE qui sont adressés dans JRE 1.5.0_36 dans Oracle Java SE Critical Patch Update Advisory de juin 2012.

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

  • Le processus du serveur Update Manager peut s'arrêter de manière inattendue durant le traitement des mises à jour d'inventaire.
    Le processus du serveur Update Manager peut s'arrêter anormalement lorsque la connexion au vCenter Server expire pendant que le serveur Update Manager traite les mises à jour d'inventaire.

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

  • UMDS 4.1 ne télécharge pas les correctifs volumineux
    Le téléchargement de correctifs volumineux avec UMDS 4.1 échoue bien que vous utilisiez la commande vmware-umds -S --timeout <time_out_value> pour allonger la valeur du délai d'expiration. UMDS indique de manière incorrecte la valeur du délai d'expiration, en millisecondes et non en secondes.

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

  • Messages d'erreur incorrects affichés lors de l'analyse ou de la correction des hôtes antérieurs à ESX 3i Update 5 par rapport à la ligne de base ESX 4.1 Update 1.
    Au cours de la correction de l'hôte, vous recevez le message La ligne de base de mise à niveau d'hôte ne contient pas le package de mise à niveau approprié pour effectuer une mise à niveau vers la version 4.1.0. Vous pouvez importer le package de mise à niveau correct. Pour plus d'informations sur les mises à niveau d'hôte prises en charge, voir la documentation de vCenter Update Manager.
    Lors de l'analyse d'un hôte, l'état indiqué Incompatible est correct. Toutefois, lorsque vous accédez à la fenêtre des informations du correctif, elle affiche le message The upgrade has a missing package for host.

    Ce problème est résolu dans cette version. Le message suivant s'affiche désormais lors de l'analyse ou de la correction des hôtes antérieurs à ESX 3i Update 5 par rapport à la ligne de base ESX 4.1 Update 3 : Upgrade is not supported from host version 3.5.0 Build <build_number> to release version 4.0.0 Update 3 Build <build_number>.

  • L'analyse et la correction des machines virtuelles Windows pourraient échouer
    Lorsque vous corrigez les machines virtuelles Windows par rapport aux lignes de base des correctifs critiques et non-critiques des machines virtuelles, la correction échoue car certains correctifs, anciens ou obsolètes, ne sont pas applicables à la machine virtuelle Windows. Il se peut que la machine virtuelle Windows soit déjà équipée d'une version plus récente de ces correctifs.

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

Haut de page

Problèmes connus

Les problèmes connus de cette version d'Update Manager sont regroupés comme suit :

Installation et mise à niveau

  • La mise à niveau d'un hôte ESXi 4.0.x vers ESXi 4.1 Update 2 peut échouer si l'hôte ESXi 4.0.x a été mis à niveau depuis la version 3.5.x
    Si vous avez mis à niveau un hôte ESXi 3.5.x vers ESXi 4.0.x et tentez immédiatement de le mettre à niveau vers ESXi 4.1 Update 2, la correction échoue. Le message suivant apparaît dans l'onglet des événements : Exécution impossible du script de mise à niveau sur l'hôte.
    Solution : Ignorez l'erreur et tentez de nouveau la correction. La mise à niveau aboutit.
    Si vous avez appliqué un correctif d'hôte à la mise à niveau vers ESXi 4.1 Update 2, l'erreur ne se produit pas.
  • L'installation de certains correctifs Windows Server 2008 R2 peut échouer
    L'installation des correctifs MS06-061, MS06-071, MS07-042, MS08-069 et MS11-027 peut échouer sur les machines Windows Server 2008 R2.
    Solution : Réessayez la correction.
  • La mise à niveau d'hôte vers ESX/ESXi 4.1 Update 1 échoue si vous l'effectuez en utilisant Update Manager 4.1 (KB 1035436)
  • Il est possible que les paramètres de configuration soient perdus lorsque vous mettez à niveau Update Manager Download Service de la version 4.0 vers la version 4.1
    Pendant la mise à niveau d'UMDS 4.0 vers UMDS 4.1, les paramètres que vous avez configurés pour UMDS 4.0 risquent d'être perdus.
    Solution : La meilleure pratique consiste à mettre à niveau UMDS de la version 4.0 vers la version 4.1 puis à reconfigurer les paramètres UMDS.
    Pour préserver vos paramètres de configuration UMDS, vous pouvez également faire ce qui suit :
    1. Sauvegardez le fichier downloadConfig.xml avant d'effectuer la mise à niveau.
      • L'emplacement défini par défaut dans Windows 32 bits est C:\Program Files\VMware\Infrastructure\Update Manager.
      • L'emplacement défini par défaut dans Windows 64 bits est C:\Program Files (x86)\VMware\Infrastructure\Update Manager.
    2. Mettez à niveau UMDS 4.0 vers UMDS 4.1.
    3. Restaurez le fichier sauvegardé downloadConfig.xml.
  • La mise à niveau d'Update Manager Download Service peut échouer si vous n'avez jamais exécuté vmware-umds.exe
    Si vous n'avez jamais exécuté UMDS (c'est-à-dire, si vous n'avez jamais exécuté le fichier vmware-umds.exe), la mise à niveau d'UMDS vers la version 4.1 peut échouer avec une erreur du programme d'installation E25095. Veuillez désinstaller le VMware vCenter Update Manager Download Service existant car cette version n'est pas compatible avec la version la plus récente. L'emplacement du magasin de correctifs existant ne peut pas être utilisé avec la nouvelle version.
    Solution : Pour mettre à niveau UMDS vers la version 4.1, assurez-vous d'exécuter au moins une fois UMDS avant de commencer la mise à niveau.
  • La mise à niveau d'Update Manager 1.0 Update 2 et les versions de mise à jour ultérieures de la version 1.0 vers Update Manager 4.1 peuvent échouer
    Si votre environnement contient des dispositifs virtuels, et si vous voulez mettre à niveau Update Manager depuis la version 1.0 Update 2 ou les versions ultérieures jusqu'à la version 4.1, il est possible que la mise à niveau échoue. Le programme d'installation ne peut pas mettre à niveau la base de données d'Update Manager 1.0 Update 2 ou versions ultérieures vers la version 4.1. Ce problème ne s'applique pas aux mises à niveau depuis Update Manager 4.0.x vers Update Manager 4.1.
    Solution : Effectuez une nouvelle installation d'Update Manager 4.1.
  • Vous pouvez ne pas être en mesure d'activer le plug-in Update Manager sur vSphere Client
    Si la base de données d'Update Manager se trouve sur une machine séparée et si le système DSN utilise l'authentification Windows, vous ne pouvez pas activer le plug-in Update Manager sur vSphere Client. Le message d'erreur que vous recevez est Erreur lors de la connexion à VMware vCenter Update Manager. Base de données temporairement indisponible ou problèmes de réseau.
    Solution : Assurez-vous que la base de données d'Update Manager utilise l'authentification de SQL Server.
  • Un ancien plug-in Update Manager est toujours activé dans le gestionnaire de plug-in de vSphere Client 4.0 Update 1
    Lorsque vous effectuez la mise à niveau de vSphere Client et vCenter Server vers la version 4.0 Update 1, la version précédente d'Update Manager est toujours activée dans le gestionnaire de plug-in. Pour disposer d'une fonctionnalité correcte, vous devez mettre à niveau Update Manager vers version 4.0 Update 1.
  • Si le mot de passe de vCenter Server ou du serveur de la base de données contient un point-virgule, l'installation d'Update Manager échoue
    Lorsque vous installez la version 4.0 Update 1 du serveur Update Manager, si le mot de passe fourni pour l'authentification à vCenter Server ou au serveur de la base de données contient un point-virgule, l'installation échoue.
    Solution : Modifiez le mot de passe de vCenter Server ou du serveur de la base de données pour exclure le point-virgule et réexécutez l'installation.
  • Il est nécessaire de disposer d'au moins 600 Mo d'espace libre pour Update Manager sur le lecteur de démarrage pour installer Update Manager
    Bien qu'Update Manager n'ait pas besoin d'être installé sur le lecteur de démarrage, certains composants requis doivent être installés sur le lecteur de démarrage. Un espace de 600 Mo pour Update Manager est requis au moment de l'installation pour tenir compte de ces composants requis, ainsi que les fichiers temporaires utilisés pendant l'installation.
    Solution : Assurez-vous de disposer d'au moins 600 Mo d'espace libre sur le lecteur de démarrage avant d'installer Update Manager.
  • Après l'installation du plug-in Update Manager 4.0 Client, vous ne pouvez pas activer Update Manager Client 1.0 ou Update Manager Client 1.0 Update 1 sur le même ordinateur
    Update Manager Client 1.0 (ou Update Manager Client 1.0 Update 1) peut être représenté comme étant installé sur le gestionnaire de plug-in de VI Client, bien que vous ne l'ayez pas installé, dans le scénario suivant :
    1. Vous installez VirtualCenter 2.5 (ou VirtualCenter 2.5 Update 1), le serveur Update Manager 1.0 (ou Update Manager server 1.0 Update 1), et VI Client 2.5 (ou VI Client 2.5 Update 1), mais vous n'installez pas Update Manager Client 1.0 (ou Update Manager Client 1.0 Update 1).
    2. Vous mettez à niveau VI Client vers vSphere Client (anciennement VI Client) 4.0.
    3. Vous connectez vSphere Client à un système vCenter Server avec lequel Update Manager 4.0 est enregistré.
    4. Vous téléchargez et installez le plug-in VMware vCenter Update Manager Client 4.0.
    5. Vous connectez vSphere Client 4.0 à VirtualCenter Server 2.5 (ou VirtualCenter 2.5 Update 1).
    vSphere Client Plug-in Manager affiche Update Manager Client 1.0 (ou Update Manager Client 1.0 Update 1) comme étant installé bien que vous ne l'ayez pas installé. Vous ne pouvez pas activer non plus le plug-in.
    Solution : Désinstallez le plug-in vCenter Update Manager Client 4.0. Connectez VI Client 2.5 (ou VI Client 2.5 Update 1) à VirtualCenter 2.5 (ou VirtualCenter 2.5 Update 1) et installez Update Manager Client 1.0 (ou Update Manager Client 1.0 Update 1). Après cela, installez de nouveau le plug-in VMware vCenter Update Manager Client 4.0. Les deux versions des plug-in du client ne peuvent pas coexister sur le même ordinateur. Ce problème a été résolu dans VI Client 2.5 Update 2 et dans les versions ultérieures.

Analyse, transfert et correction

  • Pendant l'analyse hors ligne des correctifs d'une machine virtuelle Windows, le système d'exploitation sur lequel est installé Update Manager peut afficher un message d'erreur
    Pendant l'analyse hors ligne d'une machine virtuelle Windows pour les correctifs, le système d'exploitation sur lequel le serveur Update Manager est installé peut afficher un message d'erreur indiquant que la ruche de registre est corrompue. Si la ruche de registre n'a pas été téléchargée correctement depuis l'hôte, le registre Windows risque de ne pas pouvoir la monter correctement. Comme Update Manager monte le disque virtuel cible en lecture seule avec un fichier journal REDO, l'analyse hors ligne ne change pas l'état de la machine virtuelle.
    Solution : Réessayez l'analyse hors ligne.
  • La correction des correctifs de la machine virtuelle peut échouer à s'achever
    Une fois que vous avez installé un correctif sur une machine virtuelle utilisant Update Manager, il est possible que le système d'exploitation client Windows n'arrive pas à redémarrer. Update Manager arrive à expiration et la correction n'est pas achevée.
    Solution : Vérifiez manuellement l'état du système d'exploitation client, redémarrez-le, et effectuez une nouvelle analyse.
  • La correction peut ne pas se terminer si vous supprimez les versions de mise à niveau pendant la correction
    La correction de mise à niveau d'hôtes peut ne pas se terminer si vous essayez de supprimer une version de mise à niveau d'hôtes pendant le processus de correction. Update Manager ne garantit pas un comportement correct si une version de mise à niveau est supprimée pendant les tâches de correction de mises à niveau d'hôtes qui utilisent la même version de mise à niveau que vous essayez de supprimer.
  • La correction des hôtes peut ne pas s'achever si les hôtes contiennent des machines virtuelles à tolérance aux pannes sous tension
    La correction des hôtes peut ne pas s'achever s'il existe des machines virtuelles principales avec la tolérance aux pannes désactivée sur l'hôte, et si vous sélectionnez Échec de la tâche ou Réessayer dans la page Options de correction d'hôte de l'assistant de correction. Dans un tel scénario, les machines virtuelles principales sous tension avec la fonction tolérance aux pannes désactivée ne peuvent pas être mises hors tension ou migrées dans un cluster DRS. L'hôte ne peut pas entrer en mode maintenance tant qu'il existe dessus des machines virtuelles sous tension, et la correction ne peut pas s'achever.
    Solution : Lorsque vous corrigez des hôtes contenant des machines virtuelles principales ou secondaires, vous pouvez utiliser l'une des solutions suivantes :
    • Sélectionnez Mettre hors tension les machines virtuelles et réessayer ou Suspendre les machines virtuelles et réessayer dans la page Options de correction d’hôte de l'assistant de correction.
    • Migrez manuellement la machine virtuelle à tolérance aux pannes vers un autre hôte avant de démarrer une correction.
    • Si EVC est activé sur un cluster DRS, les machines virtuelles dont la tolérance aux pannes est désactivée peuvent être migrées automatiquement lorsque l'hôte essaye d'entrer en mode maintenance. Cela n'est possible que si DRS n'est pas désactivé sur l'hôte particulier.
  • La correction des hôtes peut échouer lorsque VMware DPM utilise le mécanisme d'éveil par appel réseau
    Si vous configurez Update Manager pour désactiver VMware DPM sur un cluster pendant la correction, et que le cluster contient des hôtes en mode veille, Update Manager essaye de mettre sous tension ces hôtes avant la correction. Lorsque VMware DPM utilise le mécanisme d'éveil par appel réseau pour mettre sous tension les hôtes en mode veille, si vous essayez de déconnecter un hôte sous tension dans le cluster alors que la mise sous tension d'autres hôtes est en cours, l'opération Quitter l'hôte en mode veille peut échouer.
    Solution : Assurez-vous que les hôtes sous tension dans un cluster restent connectés pendant que les autres hôtes qui sont en mode veille sont mis sous tension.
  • La correction des hôtes peut échouer si vCenter Server n'effectue pas correctement la mise à jour de l'état d'alimentation de l'hôte
    Lorsque la mise sous tension d'un hôte est en cours (en quittant le mode veille), l'état d'alimentation de l'hôte peut ne pas être mis à jour dans vCenter Server et la correction de l'hôte ne peut pas se terminer ou expirer. Lorsque l'état d'alimentation d'un hôte n'est pas mis à jour correctement, il est possible que l'hôte soit affiché dans l'inventaire vSphere Client comme s'il était en mode veille, mais en réalité l'hôte est sous tension.
    Solution : Pour corriger l'hôte, supprimez l'hôte de l'inventaire et ajoutez-le de nouveau afin que vCenter Server actualise l'état d'alimentation de l'hôte. Démarrez ensuite le processus de correction.
  • La mise à niveau de VMware Tools peut échouer avec le message d'erreur L'opération n'est pas prise en charge sur cet objet
    La défaillance de la mise à niveau peut se produire dans les clusters contenant les hôtes ESX 3.x et ESX 4.x, avec DRS activé en mode automatique. Après avoir terminé la mise à niveau de VMware Tools, Update Manager arrête tout d'abord le système d'exploitation client, puis le met sous tension. DRS sélectionne l'hôte le plus adapté, sur lequel mettre sous tension la machine virtuelle corrigée. Si l'hôte sélectionné exécute ESX 3.x, le test après analyse de la page de mise à niveau VMware Tools entraîne un message d'erreur La mise à niveau de VMware Tools n'a pas été exécutée sur <VM name>. La mise à niveau VMware Tools est prise en charge uniquement sur les hôtes ESX 4.0 et versions ultérieures.
    Solution : Avant de mettre à niveau VMware Tools dans un cluster qui comporte les hôtes ESX 3.x et ESX 4.x, désactivez DRS ou passez DRS en mode manuel.
  • La page de sélection de correction peut afficher un nombre incorrect de correctifs pour les lignes de base sélectionnées
    Lorsque vous corrigez un objet d'inventaire vSphere par rapport à une ligne de base de correctifs ou d'extensions présélectionnée dans la Vue de conformité, la page initiale de l'assistant de correction peut afficher un nombre incorrect de correctifs qui doivent être corrigés. Dans ce cas, lorsque l'objet d'inventaire possède plusieurs lignes de base de correctifs et d'extension attachées, le nombre de correctifs correspond au nombre de correctifs conformes de toutes les lignes de base attachées, et pas seulement aux lignes de base sélectionnées.
    Solution : Modifiez la sélection des lignes de base ou des groupes dans la page de sélection de correction, ou cliquez d'abord sur Suivant pour aller à la page suivante, puis cliquez sur Retour pour revenir à la page de sélection.
  • Les tâches de correction échouent pour certains produits Microsoft
    Update Manager ne corrige pas certains produits Microsoft. Les détails de ces défaillances sont connectés dans un événement, et peuvent être affichés à l'aide de vSphere Client.
    • Application de SP2 pour Microsoft Content Management Server 2002 et SP2 pour Internet Explorer 6 échoue. Vous pouvez seulement les analyser.
    • L'application de certains service packs vers Exchange nécessite une intervention de l'utilisateur et ne peut pas être terminée automatiquement.
  • L'analyse et la correction de mise à niveau d'hôtes peut échouer si il n'y a pas suffisamment d'espace libre sur l'hôte
    L'analyse et la correction de mise à niveau d'hôtes peut échouer avec le message d'erreur AgentInstallFailed. Cette erreur peut résulter d'un espace libre insuffisant sur l'hôte ESX/ESXi.
    Solution : Pour mettre à niveau les hôtes ESX/ESXi, assurez-vous de disposer d'au moins 20 Mo l'espace libre dans le répertoire /tmp de l'hôte.
  • Le processus de correction d'Update Manager peut échouer lors de l'installation de correctifs client Windows Vista ou Windows Server 2008
    Le processus de correction d'Update Manager peut échouer lors de l'installation de certains correctifs client Windows Vista ou Windows Server 2008 et signaler que les machines virtuelles Windows Vista et Windows Server 2008 ne sont pas conformes.
    Solution : Redémarrez la machine virtuelle et effectuez une analyse. L'analyse affichera la machine virtuelle comme conforme.
  • La correction de correctifs peut échouer lorsque vous mettez à niveau le matériel virtuel et que vous appliquez des correctifs en même temps
    Lorsque vous corrigez une machine virtuelle Windows 2000 Professionnel SP4 avec la version 3 de matériel virtuel par rapport à un groupe de lignes de base contenant la ligne de base de mise à niveau du matériel VM pour correspondre à l'hôte et les lignes de base de correctifs, la correction de correctifs peut échouer. Après avoir effectué la mise à niveau du matériel virtuel, Update Manager met sous tension la machine virtuelle et affiche une boîte de dialogue Modification des paramètres systèmes vous demandant de redémarrer le système. Si vous ne cliquez pas sur Oui, la machine ne redémarre pas, ce qui provoque un arrêt du processus de correction. La correction de correctifs échoue, car le processus expire. Le message d'erreur que vous recevrez est le suivant : VMware vCenter Update Manager Guest Agent n'a pas pu répondre dans les délais sur <virtual_machine_name>. Vérifiez si la machine virtuelle est sous tension et si l'agent invité est en cours d'exécution.
    Solution : Cliquez sur Oui dans la boîte de dialogue Modification des paramètres systèmes pour redémarrer la machine virtuelle.
  • La correction des hôtes peut échouer pour certains correctifs à cause de conflits insolubles avec les correctifs sur l'hôte
    La correction des correctifs d'un hôte peut échouer lorsqu'un correctif (par exemple, correctif A) dans une entrée d'une ligne de base entre des conflits avec l'hôte et lorsque le conflit ne peut pas être résolu par les autres correctifs dans l'entrée de la ligne de base.
    Solution : La fenêtre des informations des correctifs pour le correctif A affiche une recommandation pour utiliser un autre correctif pour résoudre le conflit. La recommandation peut également contenir plusieurs correctifs. L'inclusion d'un ou de tous les correctifs recommandés dans la ligne de base peut résoudre le conflit. Pour plus d’informations, reportez-vous à l'article de la base de connaissances associé au correctif A et aux correctifs recommandés.
  • Vous ne devez pas utiliser une datastore partagée pour la correction de mise à niveau d'hôte ESX
    Lorsque vous corrigez un cluster ou un dossier d'hôtes ESX par rapport à une ligne de base de mise à niveau, vous pouvez spécifier dans l'assistant de correction l'emplacement VMDK vers lequel migrer le COS de l'hôte ESX. Vous devez utiliser une datastore locale, et non une datastore spécifique, partagée par les hôtes.
    Solution : Si les hôtes ESX que vous voulez mettre à niveau possèdent un stockage local, vous pouvez les mettre à niveau individuellement correctement en sélectionnant l'utilisation d'une datastore locale.
  • La correction de mise à niveau d'hôtes ESX échoue pour les hôtes sans disques
    Lorsque vous corrigez des hôtes ESX par rapport à une ligne de base de mise à niveau, vous pouvez spécifier dans l'assistant de correction l'emplacement VMDK vers lequel migrer le COS de l'hôte ESX. Si vous voulez effectuer la correction au niveau d'un cluster ou d'un dossier, VMware vous recommande d'utiliser une datastore locale. Il n'est pas recommandé d'utiliser une datastore partagée avec plusieurs hôtes, car la mise à niveau échoue pour les hôtes sans disques dans l'objet conteneur.
    Solution : Mettez à niveau individuellement les hôtes ESX sans disques. Dans un tel cas, vous pouvez sélectionner une datastore en réseau spécifique tant qu'elle n'est pas partagée avec d'autres hôtes.
  • Les correctifs de fuseau horaire 931836 et 933360 sont affichés comme manquants, bien qu'ils ne soient pas applicables
    Les correctifs de fuseau horaire 931836 et 933360 sont des correctifs obsolètes, qui ont été rappelés peu de temps après la version d'Update Manager 1.0 Update 2 et ne sont plus disponibles en téléchargement. Shavlik fournit la fonctionnalité pour vérifier si ces correctifs sont installés sur vos machines virtuelles. S'ils sont installés sur une machine virtuelle, Update Manager signale les correctifs comme étant installés. Sinon, les correctifs sont signalés comme manquants, bien qu'ils soient marqués comme étant non applicables. Le correctif 931836 est remplacé par le correctif 933360, qui est remplacé par le correctif 942763, et le correctif 942763 est remplacé par le correctif 951072. Si le correctif 951072 est installé, les autres correctifs ne sont alors pas nécessaires.
    Solution : Pour obtenir l'état de conformité correct d'une machine virtuelle, supprimez les correctifs mentionnés ci-dessus de la ligne de base de correctifs définie dans votre environnement, puis effectuez de nouveau l'analyse.
  • Vous ne pouvez pas transférer les correctifs vers les hôtes ESX/ESXi 3.x
    Le transfert de correctifs vers des hôtes ESX/ESXi 3.x ou des objets conteneurs contenant les hôtes ESX/ESXi 3.x et ESX/ESXi 4.0 peut échouer. Le volet Tâches récentes affiche le message d'erreur : Des erreurs se produisent lors du transfert. vCenter Update Manager ne prend en charge le transfert des correctifs que vers les hôtes qui exécutent ESX/ESXi 4.0 ou versions ultérieures.

Problèmes d'internationalisation

  • Un message d'erreur de correction incohérent peut apparaître lorsque, dans le système d'exploitation allemand, la langue de vSphere Client est basculée de l'allemand vers l'anglais
    Dans le système d'exploitation allemand local, lorsque vous effectuez un forçage local pour modifier en anglais l'interface utilisateur de vSphere Client et les messages liés, un message d'erreur peut être erroné. Le message d'erreur est lié à la correction de machines virtuelles Linux. Le message erroné Aucune entité pour cette opération peut apparaître, alors que le message correct est L'opération sur l'objet d'un inventaire n'est pas prise en charge.
  • Lorsque vous double-cliquez sur VMware vCenter Update Manager.msi, le message de conseil n'est pas localisé
    Lorsque vous extrayez tous les composants vers un dossier local, requis pour l'installation d'Update Manager, à partir d'un fichier .zip ou d'une image .iso, vous pouvez exécuter l'application VMware vCenter Update Manager.msi en double-cliquant dessus. Lorsque vous exécutez l'application, le conseil contextuel affiche le message The installer should be started using VMware-UpdateManager.exe. Ce message est en anglais et n'est pas localisé.
  • Lorsque vous double-cliquez sur VMware vCenter Update Manager Download Service.msi, le message de conseil n'est pas localisé
    Lorsque vous extrayez tous les composants vers un dossier séparé, requis pour l'installation d'UMDS, à partir d'un fichier .zip ou d'une image .iso, vous pouvez exécuter l'application VMware vCenter Update Manager Download Service.msi en double-cliquant dessus. Lorsque vous exécutez l'application, le conseil contextuel affiche le message The installer should be started using VMware vCenter Update Manager Download Service.msi. Ce message est en anglais et n'est pas localisé.
  • Vous ne pourrez pas installer Update Manager et télécharger des correctifs vers des répertoires dont les noms comportent des caractères non-ASCII
    Dans l'assistant d'installation d'Update Manager, vous pouvez modifier les emplacements pour l'installation et le téléchargement des correctifs d'Update Manager. La modification des emplacements pour l'installation et le téléchargement des correctif vers des dossiers dont les noms comportent des caractères non-ASCII peut entraîner des erreurs. Seuls les caractères ASCII sont pris en charge pour les noms de chemin d'installation et d'utilisateur. Cependant, les caractères non-ASCII sont pris en charge comme mot de passe.
  • Vous ne pouvez pas installer Update Manager dans la langue chinoise simplifiée sur les systèmes d'exploitation japonais
    Si vous sélectionnez le chinois simplifié comme langue d'installation sur un système d'exploitation japonais, une erreur 1158 apparaît et l'installation échoue. Vous pouvez sélectionner japonais, allemand ou anglais comme langue d'installation sur un système d'exploitation japonais.
  • La correction des correctifs de la machine virtuelle peut échouer si une version localisée du correctif n'est pas disponible
    Lorsque vous appliquez des correctifs à un système d'exploitation client localisé, le processus de correction peut échouer si un correctif pour la langue locale spécifique n'a pas été livré par le fournisseur. Update Manager signale l'erreur suivante : Échec de l'installation du correctif <patch_name>.
    Solution : Contactez le fournisseur du correctif pour obtenir des informations spécifiques à la localisation.
  • La correction risque d'échouer pour certains correctifs localisés pour Windows
    En raison de problèmes avec le programme d'installation des correctifs, il est possible qu'Update Manager ne parvienne pas à installer certains correctifs localisés pour Windows et renvoie le code d'erreur 1618 : une autre installation est déjà en cours.
    Solution : Tentez à nouveau l'opération de correction.
  • L'aide en ligne d'Update Manager peut ne pas réussir à ouvrir certains systèmes Windows localisés
    Si vous installez Update Manager sur un système d'exploitation Windows dans une langue autre que l'anglais, l'allemand, le japonais et le chinois simplifié, vous ne pouvez pas ouvrir l'aide en ligne d'Update Manager dans le menu Aide. De plus, si vous cliquez sur les autres liens ou boutons d'aide dans Update Manager Client, les messages d'erreur suivant s'affichent : Pas de fichier d'aide.
    Solution : Accédez au répertoire de l'aide d'Update Manager (le dossier par défaut est C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Plugins\Update Manager 4.0\Help\en\) et double-cliquez sur index.html, ou copiez les fichiers d'aide en ligne d'Update Manager depuis
    C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Plugins\Update Manager 4.0\Help\en\
    vers
    C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Plugins\Update Manager 4.0\Help\.
    Gardez en mémoire le fait que copier les fichiers vers un niveau supérieur n'est pas toujours recommandé.

Utilisation d'Update Manager

  • Le message d'avertissement sur l'espace libre sur la machine sur laquelle vous installez Update Manager contient un lien incorrect
    Lorsque vous installez Update Manager sur une machine comportant moins de 20 Go d'espace libre, le programme d'installation affiche un message indiquant que l'espace libre minimum recommandé est de 20 Go. Ce message d'avertissement fournit un lien incorrect vers Update Manager Sizing Estimator. Le lien correct vers le Sizing Estimator d'Update Manager 4.1 est http://www.vmware.com/support/vsphere4/doc/vsp_vum_41_sizing_estimator.xls.
  • Les adresses e-mail non valides dans les paramètres de notification par e-mail empêchent Update Manager d'envoyer des messages e-mail
    Dans les programmes de téléchargement de corrections et de notifications, vous pouvez configurer Update Manager pour envoyer des e-mails lorsque de nouveaux correctifs ou de nouvelles notifications sont téléchargés. Si vous entrez des adresses e-mail non valides, Update Manager risque de ne pas envoyer les e-mails. Si vous entrez une adresse e-mail non valide avec le même nom de domaine que le compte d'expéditeur du serveur SMTP Server dans le paramètre de l'expéditeur de courrier de vCenter Server, Update Manager ne délivre les e-mails à aucune des adresses e-mail (y compris celles qui sont valides). Si le nom de domaine des adresses e-mail non valides est différent du compte de l'expéditeur du serveur SMTP dans le paramètre de l'expéditeur de courrier de vCenter Server, les notifications par e-mail peuvent être délivrées avec succès vers les adresses e-mail valides entrées dans les paramètres de notification par e-mail d'Update Manager.
    Solution : Supprimez les adresses e-mail non valides des paramètres de notification par e-mail.
  • Update Manager peut ne pas restaurer l'état d'alimentation original des machines à tolérance aux pannes après une correction
    Lorsque vous corrigez une machine de virtuel à tolérance aux pannes suspendue ou hors tension, il est possible que la machine reste sous tension une fois la correction terminée.
    Solution : Suspendez ou mettez hors tension manuellement la machine virtuelle après la correction.
  • Dans de grands environnements, le plug-in Update Manager Client peut perdre momentanément la connexion au serveur Update Manager
    Les opérations de VMware Tools, telles que l'analyse des versions de VMware Tools et la mise à niveau de VMware Tools, utilisent les mêmes ressources système que le plug-in Update Manager. Si vous exécutez de nombreuses opérations VMware Tools en même temps, le plug-in Update Manager Client risque de se déconnecter du serveur d'Update Manager. Ce problème ne se produit pas avec d'autres opérations telles que l'application de correctifs à des hôtes et des machines virtuelles, la mise à niveau d'hôtes ou la mise à niveau de dispositifs virtuels.
    Solution : N'essayez pas d'effectuer de nombreuses opérations VMware Tools en même temps. Si vous effectuez plusieurs opérations VMware Tools en même temps, augmentez le nombre de threads sur le serveur. Vous pouvez également attendre que les opérations VMware Tools se terminent. Les opérations VMware Tools sont affichées en tant que tâches dans vSphere Client, bien que le plug-in Update Manager puisse ne pas répondre.
  • Dans Windows Vista, toutes les touches 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 demandées. Au lieu de cela, l'aide affiche la page d'aide de vCenter Update Manager par défaut.
    Solution : Appliquez le Service Pack 2 à Windows Vista. Pour plus de détails, consultez l'article de la base de connaissances Microsoft suivant http://support.microsoft.com/kb/942172.
  • Les e-mails de notification peuvent être bloqués par le logiciel antivirus
    Vous risquez de ne recevoir aucune notification par e-mail de la part d'Update Manager si certains logiciels antivirus sont installés sur votre système vCenter Server. Update Manager peut être configuré pour envoyer des notifications par e-mail, telles que des notifications pour des correctifs téléchargés récemment et d'autres tâches programmées. Si vous avez installé un logiciel antivirus (par exemple, McAfee) qui surveille et bloque le trafic des e-mails, vous risquez de ne pas pouvoir recevoir les notifications provenant d'Update Manager.
    Solution : Désactivez la règle du logiciel antivirus qui bloque le trafic des e-mails.
  • Les machines virtuelles sous tension ne sont pas migrées vers d'autres hôtes dans un cluster avec le DRS activé
    Update Manager place les hôtes en mode maintenance pendant la correction, mais il ne migre pas les machines virtuelles hors tension vers d'autres hôtes dans un cluster avec le DRS activé.
    Solution : Placez manuellement l'hôte en mode maintenance avant la correction et sélectionnez l'option pour migrer les machines virtuelles hors tension.
  • Les hôtes ESX 4.0 risquent de perdre la connexion réseau après la correction si le VMkernel est configuré pour utiliser DHCP
    Lorsque Update Manager applique des correctifs sur des hôtes ESX, les correctifs peuvent nécessiter un redémarrage de l'hôte. Après le redémarrage, vCenter Server risque de ne pas pouvoir ajouter l'hôte ESX à l'inventaire vSphere si le VMkernel de l'hôte est configuré pour utiliser DHCP.
    Solution : Configurez le VMkernel de l'hôte pour qu'il utilise une adresse IP statique ou installez le correctif ESX400-200906402-BG, qui résout tous les problèmes de ESX 4.0. Vous pouvez trouver le correctif ESX400-200906402-BG dans le bundle ESX400-200906001.zip.
  • Le basculement entre la Vue de conformité et la Vue d'administration peut vous conduire au mauvais emplacement
    Lorsque vous sélectionnez un objet de datacenter dans la vue d'inventaire VM et modèles de vSphere Client et que vous utilisez les liens rapides Vue d'administration et Vue de conformité pour accéder à la Vue d'administration d'Update Manager et la Vue de conformité d'Update Manager, vous risquez d'accéder à une vue vSphere Client erronée. Par exemple, sélectionnez Page d'accueil > Inventaire > VM et modèles dans la barre de navigation. Sélectionnez un objet de datacenter dans l'inventaire et cliquez sur l'onglet Update Manager pour ouvrir la Vue de conformité d'Update Manager. Lorsque vous cliquez sur Vue d'administration puis revenez en cliquant sur le lien Vue de conformité, vous accédez à la vue d'inventaire Hôtes et Clusters au lieu de la vue VM et modèles.
    Solution : Naviguez manuellement depuis la vue d'inventaire Hôtes et Clusters jusqu'à la vue VM et modèles en sélectionnant Page d'accueil > Inventaire > VM et modèles dans la barre de navigation.
  • Le rapport des options de corrections de cluster n'est pas généré si le cluster est cours de correction
    Si vous essayez de générer un rapport des options de corrections de cluster pendant que le cluster est en cours de correction, le rapport sera généré et affiché seulement une fois que la correction est terminée.
  • Update Manager ne prend pas des snapshots de machines virtuelles sur lesquelles la tolérance aux pannes est activée avant la correction
    Vous ne pouvez pas prendre des snapshots des machines virtuelles sur lesquelles la tolérance aux pannes est activée. Si vous corrigez une machine virtuelle sur laquelle la tolérance aux pannes est activée et si dans l'assistant de correction vous choisissez de prendre un snapshot avant la correction, Update Manager ignore ce réglage et ne prend pas de snapshot de la machine virtuelle.
    Solution : Désactivez la tolérance aux pannes, configurez Update Manager pour prendre un snapshot de la machine virtuelle, et corrigez la machine. Si vous souhaitez réactiver la tolérance aux pannes après la correction, supprimez le snapshot puis activez la tolérance aux pannes.
  • La mise à niveau du matériel de la machine virtuelle ou la mise à niveau de VMware Tools peut échouer avec l'erreur fault.com. - vmware.vc - Integrity.V - MToolsRemediationFault.summary
    La mise à niveau peut échouer sur des machines virtuelles migrées avec vMotion depuis des hôtes ESX 3.0.x vers des hôtes ESX 4.0.x. Dans cette situation, la propriété de l'ID client de la machine virtuelle n'est pas définie, mais aucun nouvel ID n'est attribué. Update Manager essaye de lire l'ID pendant la mise à niveau VMware Tools, et la tâche échoue. Le même problème peut se produire sur les machines virtuelles qui sont restaurées sur un snapshot, ou relancées à partir d'un état interrompu sur les hôte ESX 4.0.x.
    Solution : Mettez tout d'abord à niveau VMware Tools, puis mettez à niveau le matériel virtuel de la machine virtuelle.
  • Lorsque plusieurs utilisateurs essayent de créer simultanément une ligne de base avec le même nom, Update Manager affiche un message d'erreur ambigu
    Lorsque plusieurs utilisateurs essayent de créer simultanément une ligne de base avec le même nom, Update Manager affiche le message La clé, le nom ou l'identificateur défini existe déjà. Le message ne vous informe pas explicitement qu'un autre utilisateur essaye de créer une ligne de base avec le même nom.
  • vSphere Client risque d'afficher le message d'erreur Une exception a été renvoyée par la cible d'une invocation lorsqu'une ancienne version d'Update Manager est installée
    Lorsque vous connectez vSphere Client à une instance vCenter Server 4.0.x, avec une ancienne version enregistrée du serveur Update Manager, vSphere Client affiche le message d'erreur Une exception a été renvoyée par la cible d'une invocation.
    Solution : Mettez tout d'abord à niveau le serveur d'Update Manager vers la version 4.0.x puis réinstallez le plug-in d'Update Manager à partir du gestionnaire de plug-in vSphere Client, ou désinstallez les anciennes du plug-in et du serveur d'Update Manager.
  • Lorsque vous transférez une ligne de base qui contient plusieurs bulletins, certains bulletins peuvent être affichés comme manquants
    Après le transfert réussi d'une ligne de base qui contient plusieurs bulletins, certains bulletins peuvent être affichés comme transférés et d'autres comme manquants. Pour plus d'informations, consultez Après le transfert d'une ligne de base, un bulletin peut être affiché comme manquant au lieu de transféré (KB 1018530).
  • Update Manager échoue à installer et à mettre à niveau le Cisco Nexus 1000V VEM, si l'hôte ESX est en cours d'exécution sur une pile de mise en réseau IPv6
    Lorsqu'un hôte ESX est ajouté à un Cisco Nexus 1000V DVS, Update Manager installe le Cisco Nexus 1000V VEM sur l'hôte. La mise à niveau du Cisco Nexus 1000V VSM vers la dernière version appelle Update Manager pour mettre à niveau le VEM sur l'hôte attaché au DVS. Les opérations d'installation et de mise à niveau risquent d'échouer si l'hôte est en cours d'exécution sur une pile de mise en réseau IPv6.
    Solution : Installez ou mettez à niveau le VEM manuellement sur l'hôte, en utilisant le bundle ligne.
  • Pendant la mise à niveau VMware Tools, vous pouvez voir un message d'erreur fallacieux dans le volet Tâches récentes
    Lorsque vous effectuez une mise à niveau VMware Tools d'une machine virtuelle, vous pouvez voir un message d'erreur fallacieux Impossible d'exécuter l'opération car VMware Tools n'est pas en cours d'exécution sur cette machine virtuelle même si la correction a réussi.
  • La planification d'une tâche de correction génère un ensemble de tâches
    Lorsque vous planifiez une tâche de correction, plusieurs tâches actives apparaissent dans le volet des tâche récentes. L'une de ces tâches est Corriger l'entité. Cette tâche apparaît lorsque vous créez une nouvelle tâche de correction et qu'il n'existe pas de réelle tâche de correction dans laquelle les objets sont corrigés. La tâche Corriger l'entité crée des sous-tâches pour la correction programmée, basées sur votre saisie dans l'assistant de correction.
  • Les liens de basculement rapide entre la Vue d'administration et la Vue de conformité peuvent ne pas fonctionner correctement si votre environnement est en Linked Mode
    Si votre système vCenter Server fait partie d'un groupe connecté en Linked Mode vCenter et si vous possédez une instance Update Manager enregistrée dans chaque système vCenter Server, les liens de navigation Vue d'administration et Vue de conformité peuvent ne pas fonctionner correctement. Par exemple, envisagez un scénario dans lequel l'instance 1 d'Update Manager est enregistrée avec le système 1 vCenter Server et l'instance 2 d'Update Manager est enregistrée avec le système 2 vCenter Server. Lorsque vous sélectionnez un objet géré par le système 1 vCenter Server, cliquez sur l'onglet Update Manager, puis cliquez sur Vue d'administration dans le coin supérieur droit, vous voyez la vue de l'administrateur de l'instance 1 d'Update Manager. Lorsque vous cliquez sur Vue de conformité, sélectionnez un objet de l'inventaire géré par vCenter Server 2, et cliquez sur Vue d'aministration dans le coin supérieur droit, vous voyez de nouveau la Vue d'administration de l'instance 1 d'Update Manager.
    Solution : Cliquez sur Vue de conformité puis cliquez de nouveau sur Vue d'administration pour voir la Vue d'administration de la deuxième instance d'Update Manager.
  • Lorsque vous effectuez une mise à niveau de VMware Tools, vous pouvez voir un message d'erreur fallacieux
    Lorsque vous effectuez une mise à niveau de VMware Tools d'une machine virtuelle avec un espace disque insuffisant, la correction échoue à cause du manque d'espace avec un message d'erreur erroné L'opération de VMware Tools a été annulée.
  • Des correctifs conflictuels sont comptés dans l'assistant de correction
    Après avoir analysé un objet sélectionné par rapport à une ligne de base de correctifs, vous pouvez voir un certain nombre de correctifs conflictuels dans la fenêtre des lignes de base de correctifs. Lorsque vous essayez de corriger l'objet sélectionné, les correctifs conflictuels sont comptés dans l'assistant de correction comme des correctifs qui vont être installés sur l'objet, mais seulement certains ou même aucun des correctifs conflictuels sont installés au cours du processus de correction.
  • Le service Update Manager peut remplir le répertoire \Temp avec de nombreux fichiers temporaires système
    Vous pouvez voir plusieurs fichiers avec des noms tels que ufa{*}.tmp et ufa{*}.tmp.LOG{*} dans le répertoire Windows \Temp (l'emplacement par défaut est C:\WINDOWS\Temp).
    • Fichiers ufa{*}.tmp – Ces fichiers sont créés lorsque le service Update Manager devient indisponible au cours de l'analyse d'une machine virtuelle hors ligne. Pour supprimer les fichiers ufa{*}.tmp (par exemple pour supprimer un fichier ufa729F.tmp) :
      1. Sélectionnez Démarrer > Exécuter.
      2. Dans la fenêtre Exécuter, entrez regedit.
      3. Dans l'Éditeur du Registre, accédez au fichier My Computer\HKEY_LOCAL_MACHINE et sélectionnez le fichier ufa729F.tmp.
      4. Sélectionnez Fichier > Décharger la ruche.
      5. Ouvrez une fenêtre d’invite de commande.
      6. Accédez à C:\ et exécutez la commande suivante :
        del C:\Windows\Temp\ufa729F.tmp
    • Fichiers ufa{*}.tmp.LOG{*} – Ces fichiers sont des fichiers journaux de transactions Windows pour les opérations de registre. Ils peuvent être générés comme résultat des transactions du registre de journalisation Windows, et sont supprimés après utilisation. Les fichiers ufa{*}.tmp.LOG{*} sont comme tous les autres fichiers temporaires Windows et peuvent être supprimés en tant que partie de la tâche Nettoyage de disque Windows.
      Pour supprimer les fichiers ufa{*}.tmp.LOG{*} (par exemple, pour supprimer un fichier ufaFF50.tmp.LOG2 file):
      1. Ouvrez une fenêtre d’invite de commande.
      2. Accédez à C:\ et exécutez la commande suivante :
        del C:\Windows\Temp\ufaFF50.tmp.LOG2

Haut de page