VMware vSphere Update Manager 5.1 Update 2 | 16 janvier 2014 | Build  1471702

Dernière mise à jour du document : 16 janvier 2014

Recherchez fréquemment les ajouts et mises à jour de ces notes.

Contenu des instructions d'utilisation

Ces instructions d'utilisation contiennent les rubriques suivantes :

Les notes de mise à jour d'Update Manager 5.1 Update 2 fournissent des informations sur VMware vSphere Update Manager, un module en option de VMware vCenter Server. Pour plus d'informations sur les nouvelles fonctions de vCenter Server, la configuration requise et l'installation, voir les Notes de mise à jour VMware vSphere 5.1 Update 2. Pour plus d'informations sur VMware vSphere Update Manager, voir la documentation Installation et administration de VMware vSphere Update Manager.


Nouveautés

Cette version contient les améliorations suivantes :

  • Prise en charge supplémentaire pour l'installation : le serveur Update Manager 5.1 Update 2 et UMDS 5.1 Update 2 peuvent être installés sur Windows Server 2012 R2 64 bits.
  • Prise en charge supplémentaire pour la base de données : le serveur Update Manager 5.1 Update 2 et UMDS 5.1 Update 2 sont compatibles avec la base de données Microsoft SQL Server 2012 SP1.
  • Le package Oracle (Sun) JRE est mis à jour vers la version 1.6.0_51. La mise à jour résout plusieurs problèmes de sécurité existant dans les versions précédentes d'Oracle (Sun) JRE. Oracle a répertorié les identifiants CVE résolus dans JRE 1.6.0_51 sur la page Oracle Java SE Critical Patch Update Advisory de juin 2013.
  • Le package de protection de la confidentialité GNU Privacy Guard est mis à jour vers la version 1.4.13. Pour plus d'informations, reportez-vous au site Web IBM Internet Security Systems en cliquant ici.

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 la page

Spécifications du matériel et du Sizing Estimator

Les exigences minimales en termes de matériel 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, la taille de mémoire et la vitesse du processeur doivent être 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 VMware vSphere 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.

Haut de la page

Notes relatives à l'installation

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

Update Manager

L'installation de VMware vSphere Update Manager nécessite une connexion réseau avec un système vCenter Server existant. Chaque installation de vSphere Update Manager doit être associée à une seule instance de vCenter Server.

Le module d'Update Manager est constitué d'un composant serveur et d'un composant client. Le serveur Update Manager peut être installé sur le même système que vCenter Server ou sur un système différent.
Update Manager fournit deux composants de client :

  • Update Manager Client, qui est une interface de plug-in vers une instance de VMware vSphere Client.
  • Update Manager Web Client, qui est une interface de plug-in vers une instance de VMware vSphere Web Client.

Avant d'installer Update Manager, vous devez installer vCenter Server. Pour les informations de compatibilité de base de données, voir Bases de données qui prennent en charge l'installation du serveur Update Manager.

Le serveur Update Manager 5.1. Update 2 peut être installé uniquement sur des systèmes d'exploitation Windows 64 bits.

Update Manager Web Client

Update Manager Web Client est un plug-in de vSphere Web Client. Vous pouvez utiliser Update Manager Web Client pour afficher les résultats des analyses et les états de conformité des objets d'inventaire vSphere.

Après l'installation du composant serveur Update Manager, le plug-in Update Manager Web Client est automatiquement activé sur vSphere Web Client. Le plug-in Update Manager Web Client apparaît sous la forme d'un onglet Update Manager sous l'onglet Moniteur dans vSphere Web Client.
Afin d'être en mesure de voir l'onglet Update Manager Web Client dans vSphere Web Client, vous devez disposer du privilège Afficher l'état de conformité.
Si vous êtes connecté à vSphere Web Client lors de l'installation du serveur Update Manager, une fois l'installation terminée, déconnectez-vous de vSphere Web Client, puis reconnectez-vous pour que l'onglet Update Manager apparaisse.

Update Manager Client

Update Manager Client est une interface de plug-in vers une instance de VMware vSphere Client. Le plug-in Update Manager Client fournit les fonctionnalités dont vous avez besoin pour gérer les correctifs et les versions de votre inventaire vSphere.

Le programme d'installation d'Update Manager Client est différent de celui du composant serveur Update Manager.

Update Manager 5.1. Update 2 Client peut être installé sur des systèmes d'exploitation Windows 32 et 64 bits.

Update Manager Download Service

vSphere 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. 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 peut être installé uniquement sur des systèmes d'exploitation Windows 64 bits.

Installation d'UMDS 5.1 Update 2 dans un environnement avec des instances d'Update Manager 5.1 uniquement

Dans l'assistant d'installation d'UMDS 5.1 Update 2, vous pouvez sélectionner le magasin de correctifs comme répertoire de téléchargement existant d'une installation d'UMDS 4.x antérieure et réutiliser les mises à jour téléchargées applicables dans UMDS 5.1. Désinstallez les instances UMDS 4.x existantes avant de réutiliser le magasin de correctifs. Après avoir associé un répertoire de téléchargement existant à UMDS 5.1 Update 2, vous ne pouvez pas l'utiliser avec des versions UMDS antérieures. Si vous installez UMDS avec un répertoire de téléchargement existant, vérifiez que vous pouvez exécuter au moins un téléchargement en utilisant UMDS 5.1 Update 2 avant d'exporter les mises à jour.

Installation d'UMDS 5.1 Update 2 dans un environnement comportant des instances d'Update Manager 4.x et d'Update Manager 5.x

N'installez pas UMDS 5.1 Update 2 avec un répertoire de téléchargement UMDS 4.x existant si l'environnement contient des instances Update Manager 4.x et Update Manager 5.x. Dans ce cas, vous devez installer UMDS 4.x et UMDS 5.x sur deux machines différentes afin d'exporter les mises à jour des versions d'Update Manager correspondantes.

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 Update Manager et UMDS, voir la documentation Installation et administration de VMware vSphere Update Manager.

Update Manager Utility

Lorsque vous installez Update Manager ou UMDS, l'utilitaire vSphere Update Manager est installé silencieusement sur le système en tant que composant supplémentaire.

L'utilitaire Update Manager 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, voir la documentation Reconfiguration de VMware vSphere Update Manager.

Haut de la page

Notes de mise à niveau

Cette version permet d'effectuer des mises à niveau depuis Update Manager versions 4.x et 5.0 qui sont installées sur un système d'exploitation 64 bits. Les mises à niveau directes d'Update Manager 1.0 Update 6 et versions antérieures, ainsi que les systèmes Update Manager qui sont installés sur une plateforme 32 bits ne sont pas pris en charge. Vous devez utiliser l'outil de migration des données fourni avec le support d'installation d'Update Manager 5.0 pour déplacer votre système Update Manager depuis un système d'exploitation 32 bits vers Update Manager 5.0 sur un système d'exploitation 64 bits, puis effectuer une mise à niveau sur place de la version 5.0 vers la version 5.1 Update 2. Pour obtenir des informations détaillées sur l'utilisation de l'outil de migration des données, reportez-vous à la documentation Installation et administration de VMware vSphere Update Manager d'Update Manager 5.0.

Avant de mettre à niveau Update Manager, vous devez mettre à niveau vCenter Server et vSphere Client vers une version compatible.

La mise à niveau d'UMDS 4.x vers UMDS 5.x n'est pas prise en charge.

Haut de la page

Interopérabilité et spécifications logicielles


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 ESXi, VMware vCenter Server, vSphere Client et vSphere Web 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.



Systèmes d'exploitation qui prennent en charge l'installation du serveur Update Manager et d'UMDS

Pour afficher les systèmes d'exploitation hôtes sur lesquels vous pouvez installer le serveur Update Manager et UMDS, sélectionnez l'option Système d'exploitation hôte dans le Guide de compatibilité VMware.



Bases de données qui prennent en charge l'installation du serveur Update Manager et d'UMDS

Pour afficher des informations sur les bases de données compatibles avec le serveur Update Manager et UMDS, sélectionnez l'option Interopérabilité de solution/base de donnéesdans la Matrice d'interopérabilité des produits VMware.



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

  • Correction des hôtes
    • ESX/ESXi 4.x
    • ESXi 5.x
  • Mises à niveau d'hôte de ESX/ESXi 4.0, 4.1 et ESXi 5.0 et leurs versions de mise à jour respectives vers ESXi 5.1
  • Mises à niveau de VMware Tools et du matériel virtuel pour les machines virtuelles
  • Mises à niveau des dispositifs virtuels


Systèmes d'exploitation compatibles pour la mise à niveau de VMware Tools et du matériel virtuel

  • Windows Server 2012 [Standard/Datacenter] 64 bits
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 32 bits
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 64 bits
  • Windows 8 32 bits
  • Windows 8 64 bits
  • Windows 8.1 32 bits
  • Windows 8.1 64 bits
  • Windows XP Professionnel 32 bits (SP3 requis)
  • Windows XP Professionnel 64 bits (SP2 requis)
  • Windows 2000 [Professionnel/Server/Advanced Server/Datacenter Server] 32 bits
  • Windows 2000 [Professionnel/Server/Advanced Server/Datacenter Server] 64 bits
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 32 bits (SP2 requis)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 64 bits (SP2 requis)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 32 bits (SP2 requis)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 64 bits (SP2 requis)
  • Windows Vista [Business/Enterprise] 32 bits (SP2 requis)
  • Windows Vista [Business/Enterprise] 64 bits (SP2 requis)
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32 bits
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32 bits SP2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits SP2
  • Windows 7 [Professionnel/Enterprise] 32 bits
  • Windows 7 [Professionnel/Enterprise] 64 bits
  • Windows 7 [Professionnel/Enterprise] 32 bits SP1
  • Windows 7 [Professionnel/Enterprise] 64 bits SP1
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits R2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits R2 Service Pack 1
  • Red Hat Enterprise Linux 2
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 6.4
  • CentOS 4
  • CentOS 5
  • CentOS 6
  • Debian 4
  • Debian 5
  • Debian 6
  • Ubuntu 7.x
  • Ubuntu 8.x
  • Ubuntu 9.x
  • Ubuntu 10.x
  • Ubuntu 11.x
  • Ubuntu 12.04.3
  • Ubuntu 13.04
  • SUSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • SUSE Linux Enterprise Server 11 Service Pack 3
  • Oracle Enterprise Linux 6
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 4
  • Asianux 3
  • Asianux 4

Haut de la page

Problèmes résolus

  • La correction échoue si un hôte, situé dans un cluster DRS, contient des machines virtuelles connectées à des fichiers ISO de banque de données sur un stockage partagé
    Lorsque vous tentez de corriger un hôte, situé dans un cluster DRS, qui contient des machines virtuelles sous tension connectées à des fichiers ISO de banque de données, et que les machines virtuelles et les fichiers ISO de banque de données sont sur un stockage partagé, Update Manager ne parvient pas à migrer ces machines virtuelles vers un autre hôte. Par conséquent, Update Manager ne peut pas faire passer l'hôte en mode de maintenance et la correction échoue.

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

  • L'URL de téléchargement de correctifs tiers pour les hôtes ESX/ESXi est perdue suite à la mise à niveau d'UMDS de la version 5.1 vers la version 5.1 Update
    Lorsque vous mettez à niveau UMDS 5.1 vers la version 5.1 Update, les informations relatives aux portails tiers pour télécharger les correctifs ESX/ESXi sont supprimées au cours du processus de mise à niveau.

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

  • Le service Update Manager s'arrête si vous utilisez SQL Server Native Client 11.0 pour vous connecter à la base de données Microsoft SQL Server 2012
    Lorsque vous utilisez SQL Server Native Client 11.0 pour vous connecter à la base de données Microsoft SQL Server 2012 utilisée par le service Update Manager, celui-ci s'arrête si votre inventaire vSphere contient des dispositifs virtuels. Même si vous redémarrez le service Update Manager à plusieurs reprises, il s'arrête à nouveau.

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

  • Les tentatives d'installation du serveur Update Manager échouent sur les systèmes d'exploitation Windows Server 2008 utilisant le module linguistique chinois
    Sur les systèmes d'exploitation Windows Server 2008 utilisant le module linguistique chinois, les tentatives d'installation du serveur Update Manager échouent avec l'erreur suivante :
    Erreur 25113. Le programme d'installation n'a pas pu générer de clés SSL JRE.

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

  • Update Manager ne supprime pas les snapshots de machines virtuelles créés au cours de la correction
    Si Update Manager cesse de répondre de manière inattendue, puis que vous le restaurez, le processus de suppression des snapshots de machines virtuelles créés au cours de la correction en vue de la restauration est endommagé et Update Manager ne parvient pas à supprimer ces snapshots. Ce problème affecte les snapshots des opérations de correction de machines virtuelles réussies ou non.

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

  • Update Manager Web Client cesse de répondre si vous utilisez des certificats SSL personnalisés
    Si vous configurez Update Manager pour utiliser des certificats SSL personnalisés, l'onglet Update Manager de vSphere Web Client cesse de répondre. L'erreur suivante s'affiche dans l'onglet Update Manager de vSphere Web Client : Une erreur s'est produite lors de la connexion à VMware vSphere Update Manager.
  • Ce problème est résolu dans cette version.

  • Les paramètres liés à l'exclusion de correctifs d'une ligne de base dynamique sont perdus après le redémarrage du service VMware VirtualCenter Server sur un système Windows ou Linux
    Lorsque vous redémarrez le service VMware VirtualCenter Server sur un système Windows ou Linux, les paramètres liés aux correctifs exclus des lignes de base de correctifs dynamiques sont perdus.
  • Ce problème est résolu dans cette version.

     

  • L'analyse d'un objet d'inventaire de niveau supérieur par rapport à la ligne de base des machines virtuelles génère un résultat incorrect si l'option vApp est activée sur une machine virtuelle
    Lorsque vous analysez une machine virtuelle ou un ensemble de machines virtuelles à partir d'un objet d'inventaire de niveau supérieur, si l'option vApp est activée sur ces machines virtuelles, les informations de conformité affichées pour l'objet d'inventaire de niveau supérieur contenant les machines virtuelles sont incorrectes.
    Par exemple, vous avez un dossier contenant deux machines virtuelles sur lesquelles l'option vApp est activée. Si vous analysez individuellement chaque machine virtuelle par rapport à une ligne de base de machines virtuelles, vous constatez qu'une des machines virtuelles est conforme, et que l'autre ne l'est pas. Si vous analysez le dossier contenant les deux machines virtuelles, le résultat affiche l'état Conforme, ce qui est incorrect. Le résultat de chaque machine virtuelle est l'état de conformité correct.

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

  •  

  • Des messages critiques s'affichent en permanence après avoir activé Update Manager dans le vSphere Client d'un système vCenter Server en Linked Mode récemment mis à niveau vers la version 5.1
    Lorsque vous mettez à niveau un système vCenter Server en Linked Mode vers la version 5.1, puis que vous activez le plug-in du client Update Manager dans vSphere Client, des messages critiques similaires au message suivant Un élément portant la même clé a déjà été ajouté s'affichent en permanence.

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

  • Les assistants Nouvelle ligne de base et Modifier la ligne de base peuvent cesser de répondre si vous utilisez des bundles importés hors ligne
    Lorsque vous créez une ligne de base ou en modifiez une existante, si vous ajoutez à la ligne de base des bundles que vous avez importés hors ligne, les assistants Nouvelle ligne de base et Modifier la ligne de base peuvent cesser de répondre sur la page Critères. Cela est dû au fait que certains bundles contiennent des données non valides.

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

  • Un message trompeur s'affiche lorsque vous analysez un hôte qui contient un VIB VEM Cisco Nexus 1000V
    Si Update Manager contient plusieurs fichiers ISO importés, lorsque vous lancez l'analyse d'un hôte contenant un VIB VEM Cisco Nexus 1000V, Update Manager peut afficher un message d'événement similaire au message suivant : Il n'y a pas de package logiciel de commutateur réseau virtuel Cisco Nexus 1000v dans l'image de mise à niveau.
    Le message s'affiche même si l'image ISO que vous utilisez pour l'analyse contient un VIB VEM Cisco Nexus 1000V. Ce message est généré si au moins une des images ISO importées ne contient pas de VIB VEM Cisco Nexus 1000V. Ce message d'événement est trompeur, car il n'affiche pas les noms des images ISO qui ont généré l'événement.

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

  • L'utilitaire Update Manager ne prend pas en charge l'utilisation de domaines de niveau supérieur personnalisés dans le nom de vCenter Server
    Lorsque vous vous connectez à l'utilitaire Update Manager, vous fournissez l'adresse IP ou le nom d'un système vCenter Server. Si le nom de votre système vCenter Server contient un domaine de niveau supérieur courant, tel que .com, vous pouvez vous connecter à l'utilitaire Update Manager. En revanche, si le nom de votre système vCenter Server contient un domaine de niveau supérieur personnalisé, il est possible que vous ne puissiez pas vous connecter à l'utilitaire Update Manager. L'erreur suivante s'affiche : Entrer un nom de serveur valide.

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

  • L'assistant d'installation d'Update Manager n'identifie pas correctement l'adresse IP de vCenter Server sur les systèmes qui prennent en charge uniquement les adresses IPv6
    Lorsque vous installez Update Manager sur un système qui utilise uniquement des adresses IPv6 et sur lequel les adresses IPv4 sont désactivées, il est possible qu'une adresse système locale (127.0.0.1) soit déjà pré-renseignée sur la page d'informations sur le système vCenter Server de l'assistant d'installation d'Update Manager.

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

  • Le démarrage ou le redémarrage de vSphere Update Manager Service est très long lorsque votre inventaire contient un grand nombre de vApp et de pools de ressources imbriqués
    Lorsque votre inventaire est vide, le démarrage ou le redémarrage d'Update Manager Service ne prend qu'environs 5 secondes. Si votre inventaire contient des vApp et des pools de ressources imbriqués, le démarrage ou le redémarrage d'Update Manager Service peut être excessivement long. Plus le nombre de vApp et de pools de ressources imbriqués dans votre inventaire vSphere est important, plus le démarrage ou le redémarrage d'Update Manager Service est long. L'opération peut prendre au moins quinze minutes.

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

    • Haut de la page

      Problèmes connus

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


      Installation et mise à niveau

      • Update Manager Web Client est toujours présent dans vSphere Web Client après la désinstallation d'Update Manager
        Lorsque vous désinstallez Update Manager, l'onglet Update Manager reste dans l'onglet Moniteur de vSphere Web Client, et les boutons Analyser et Attacher restent visibles. Si vous sélectionnez l'onglet Update Manager dans vSphere Web Client après avoir désinstallé le serveur Update Manager, le message d'erreur suivant s'affiche : Une erreur s'est produite lors de la connexion à VMware vSphere Update Manager.
        Solution : Déconnectez-vous de vSphere Web Client, puis reconnectez-vous.
      • L'installation du serveur Update Manager et d'UMDS échoue sur un système d'exploitation Windows avec le module linguistique turc
        Les tentatives pour installer le serveur Update Manager et UMDS sur un système d'exploitation Windows avec le module linguistique turc échouent.
        Solution: Installez le serveur Update Manager et UMDS sur un système d'exploitation Windows avec le module linguistique anglais.
      • Après une mise à niveau, le plug-in Update Manager peut être désactivé au cours d'une tâche de téléchargement
        Si la connexion d'Update Manager à vCenter Server s'interrompt lors d'une tâche de téléchargement, le plug-in Update Manager ne peut pas être réactivé. Ce problème peut survenir après une mise à niveau d'Update Manager.
        Solution: Attendez la fin de la tâche de téléchargement, puis activez le plug-in Update Manager.
      • Après avoir mis à niveau Update Manager 1.0 Update 6 vers Update Manager 5.1, un message d'erreur apparaît lorsque vous changez d'onglet dans la vue Administration
        Lorsque vous changez d'onglet dans la vue Administration d'Update Manager, une boîte de dialogue vous invitant à enregistrer les modifications peut apparaître. Si vous cliquez sur Non, le message d'erreur suivant s'affiche : L'argument spécifié était en dehors de la plage des valeurs valides. Nom du paramètre : La valeur doit être comprise entre MinimunTimeInSeconds et MaximumTimeInSeconds. Ce problème peut apparaître après avoir mis à niveau Update Manager 1.0 Update 6 vers Update Manager 5,1, si vous avez sélectionné Échec de la tâche en réponse à un échec dans la page Paramètres de l'hôte ESX lors de l'installation d'origine d'Update Manager 1.0 Update 6.
        Solution :Pour résoudre ce problème, exécutez l'une des tâches suivantes :
        • Lorsque la boîte de dialogue vous invite à enregistrer les modifications, cliquez sur Oui.
        • Dans la page des paramètres de l'hôte/du cluster ESX dans Update Manager 5,1 mis à niveau, cliquez sur Appliquer.
      • 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 vSphere Update Manager. La base de données est temporairement indisponible ou présente des problèmes de réseau.
        Solution: Assurez-vous que la base de données d'Update Manager utilise l'authentification de SQL Server.
      • 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 que 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 dur sur le lecteur de démarrage avant d'installer Update Manager.

      Analyse, transfert et correction

         

      • Les listes de produits ne correspondent pas dans l'assistant de création de la ligne de base suite à une nouvelle installation du serveur Update Manager ou au premier téléchargement des correctifs
        Suite à l'installation du serveur Update Manager ou au premier téléchargement des correctifs, lorsque vous créez une ligne de base dynamique, il est possible que la zone de texte Produit de la page Critères de lignes de base dynamiques de l'assistant nouvelle ligne de base ne répertorie pas tous les produits du fournisseur sélectionné dans la fenêtre Fournisseur du correctif.
        Solution : Déconnectez-vous de vSphere Client, puis reconnectez-vous.
      •  

      • Au cours du transfert ou de la correction de correctifs, un message d'avertissement erroné peut apparaître
        Au cours du transfert ou de la correction des opérations dans Update Manager, il se peut qu'un message erroné vous avertisse que certains correctifs ne sont pas disponibles. Le message d'avertissement qui s'affiche est le suivant : Certains des correctifs que vous avez sélectionnés pour la correction ne sont pas disponibles. Voulez-vous continuer ?.
        Solution : Ignorez ce message, puis cliquez sur Oui pour continuer le transfert. Tous les correctifs que vous avez initialement sélectionnés seront transférés.
      • Update Manager signale que l'état de conformité est Incompatible lors de l'analyse ou de la correction des hôtes ESXi 5.x qui appartiennent à un cluster HA
        Lorsque vous effectuez une analyse de mise à niveau d'hôtes ESXi 5.x qui appartiennent à un cluster HA, il est possible qu'Update Manager signale que l'état de conformité des hôtes est Incompatible et pourrait ne pas permettre leur correction. L'état de conformité Incompatible est du à la façon dont l'agent FDM (HA) est installé sur les hôtes ESXi 5.x. À partir de vSphere 5.0, l'agent FDM est installé sur les hôtes ESXi en tant que VIB. Lorsqu'un VIB est installé ou mis à jour sur un hôte ESXi, un indicateur est défini pour indiquer que la banque de démarrage sur l'hôte a été mise à jour. Update Manager vérifie cet indicateur pendant qu'il effectue une analyse de mise à niveau ou de correction. En outre, l'indicateur doit être effacé avant la mise à niveau d'un hôte. L'indicateur peut être effacé en redémarrant l'hôte.
        Solution: Redémarrez les hôtes qui signalent que leur état de conformité est Incompatible. Réexécutez l'analyse de mise à niveau ou la correction lorsque l'hôte est à nouveau en ligne.
      • La correction des hôtes ESX 4.0 par rapport à une image personnalisée peut échouer
        Lorsque vous analysez un hôte ESX 4.0 par rapport à une image ISO personnalisée, Update Manager peut afficher un état de conformité non conforme erroné. Par défaut, les images du programme d'installation d'ESXi distribuées par VMware nécessitent un hôte disposant d'au moins 2 048 Mo de mémoire libre pour démarrer. Les images ISO personnalisées contiennent des VIB qui nécessitent que l'hôte dispose de ressources mémoire supplémentaires pour démarrer. Lorsque vous corrigez un hôte ESX 4.0 par rapport à une image personnalisée, la correction échoue si l'hôte ne dispose pas de ressources mémoire suffisantes pour démarrer, et la tâche de correction de mise à jour d'Update Manager expire.
        Solution: Vérifiez que l'hôte ESXi 4.0 dispose de suffisamment de mémoire pour démarrer lorsque vous effectuez une mise à niveau avec une image ISO personnalisée.

         

      • Le volet Tâches récentes affiche un message d'erreur lors de mise à niveau du matériel VM des machines virtuelles sous tension sur un hôte ESXi 5.1
        Lorsque vous effectuez une mise à niveau du matériel VM des machines virtuelles sous tension sur un hôte ESXi 5.1 incompatible avec le matériel VM version 9, le volet Tâches récentes affiche le message d'erreur : L'hôte cible ne prend pas en charge les exigences matérielles actuelles de la machine virtuelle. Pour les incompatibilités autres que cpuid.LM : si possible, utilisez un cluster avec compatibilité améliorée de vMotion (EVC) ; consultez l'article KB 1003212. Les spécifications ne sont pas respectées pour les fonctions suivantes :
        Pour plus de détails sur la cause de ce problème, consultez la pile d'erreurs.

        Le processus de correction aboutit et la version du matériel VM est mise à niveau pour correspondre à l'hôte ESXi 5.1.
        Solution: Ignorez le message d'erreur.

         

      • Lorsque vous utilisez l'assistant Corriger, vous pouvez ignorer certains avertissements d'analyse de mise à niveau et forcer une correction, même si les avertissements de mise à niveau ne concernent pas le logiciel tiers
        Sur la page de mise à niveau d'ESXi 5.x de l'assistant Corriger, vous pouvez sélectionner Supprimer le logiciel tiers incompatible installé avec la mise à niveau et continuer la correction afin de supprimer le logiciel tiers installé sur l'hôte et que la correction aboutisse. La sélection de cette option force également Update Manager à ignorer trois problèmes potentiels non associés au logiciel tiers. Les avertissements suivants concernent les problèmes potentiels.
        • Le mot de passe racine est crypté avec un cryptage DES, ce qui permet l'authentification avec seulement 8 caractères au maximum. Pour plus d'informations sur la résolution de ce problème, voir VMware KB 1024500 sur le site http://kb.vmware.com/kb/1024500.
        • Les interfaces réseau VMkernel et Service partagent le même sous-réseau <subnet_name>. Cette configuration n'est pas prise en charge après la mise à niveau. Une seule interface doit être connectée au sous-réseau <subnet_name>.
        • Périphériques non compatibles <device_name> détectés sur l'hôte.
        Solution : Avant une correction, exécutez une analyse de mise à niveau et vérifiez les messages dans la fenêtre Informations de mise à niveau d'Update Manager. Exécutez les actions nécessaires recommandées dans les messages pour que la correction aboutisse.
      • La correction des hôtes ESXi 5.0 par rapport à des bulletins définis comme nécessitant un redémarrage peut ne pas redémarrer les hôtes
        Certaines mises à jour nécessitent de redémarrer l'hôte au cours du processus de correction. Les informations indiquant si un redémarrage est nécessaire se trouvent dans les métadonnées de mise à jour et figurent dans le Référentiel de correctifs d'Update Manager, sous Impact. Pour les VIB ESXi 5.0, le redémarrage n'est pas déterminé uniquement par les métadonnées, mais dépend également de la spécification VIB et de l'installation ou non d'une version précédente du VIB sur l'hôte. Cela permet d'optimiser le redémarrage pour certains VIB lorsqu'une installation initiale ne nécessite pas un redémarrage d'hôte et que seule la correction qui suit du VIB nécessite un redémarrage.
        Solution: Aucune solution n'est nécessaire. Update Manager redémarre les hôtes, si nécessaire, pour que la correction aboutisse.
      • La réparation des correctifs d'hôte échoue lorsque les métadonnées des correctifs ne sont pas disponibles
        Dans l'assistant d'installation d'Update Manager 5.1, vous pouvez désélectionner Télécharger les mises à jour depuis les sources par défaut immédiatement après l'installation. Après l'installation, dans l'onglet Configuration, vous pouvez choisir de télécharger uniquement les métadonnées des correctifs depuis les sources de versions ESX/ESXi spécifiques, par exemple, uniquement les métadonnées des correctifs ESXi 5,1. Dans ce cas, si vous tentez de corriger un conteneur avec des hôtes ESX/ESXi de versions différentes et que vous ayez téléchargé les métadonnées des correctifs de certaines versions d'hôte, mais pas de toutes les versions d'hôtes, la correction échoue.
        Solution: Téléchargez les métadonnées des correctifs de toutes les versions d'hôte dans votre inventaire.
      • L'état de conformité est incompatible et la correction échoue pour les hôtes ESX 4.1 Update 1 lorsque vous analysez ou corrigez les hôtes par rapport à une ligne de base de mises à niveau ESXi 5,1
        Lorsque vous exécutez une analyse de mise à niveau d'hôtes ESX 4.1 Update 1 par rapport à une ligne de base de mises à niveau ESXi 5,1, l'état de conformité peut être incompatible. La correction des hôtes de la mise à jour 1 d'ESX 4.1 par rapport à une ligne de bases de mises à niveau ESXi 5,1 peut échouer. Les problèmes d'analyse et de correction sont provoqués par des pilotes tiers dans l'installation de la mise à jour 1 d'ESX 4.1. Après une analyse de mise à niveau des hôtes, des informations supplémentaires sur le logiciel tiers sont fournies dans les informations de conflit de la ligne de base de mises à niveau.
        Solution: Deux types différents de pilotes peuvent provoquer les problèmes.
        • Pilotes asynchrones, tels que oem-vmware-esx-drivers-scsi-3w-9xxx.
          Le fournisseur publie les pilotes ESXi 5.1 de manière asynchrone et les pilotes sont mis à disposition dans le dépôt des correctifs VMware. Si vous avez besoin de ces pilotes, vous devez les télécharger, utiliser Image Builder CLI pour créer une image ESXi personnalisée qui les contient et effectuer la correction par rapport à cette image. Sans les pilotes ESXi 5,1, les périphériques matériels correspondants peuvent s'arrêter de fonctionner.
        • Pilotes obsolètes, par exemple oem-vmware-esx-drivers-net-vxge.
          Le pilote n'est plus pris en charge dans ESXi 5.0, car le matériel correspondant n'est plus pris en charge. Dans l'assistant de correction Update Manager, sur la page de mise à niveau ESXi 5.x, cliquez sur Supprimer le logiciel tiers installé incompatible avec la mise à niveau et continuer la correction. Vous devez connaître les conséquences fonctionnelles de la suppression du logiciel tiers, car les périphériques matériels correspondants peuvent s'arrêter de fonctionner
      • 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 une 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 Corriger. 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 mise 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 si vCenter Server n'effectue pas correctement la mise à jour de l'état d'alimentation de l'hôte
        Lorsqu'un hôte est en cours de mise sous tension ou en train de quitter le mode veille, son état d'alimentation peut ne pas être mis à jour dans vCenter Server et sa correction 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 de vSphere Client comme s'il était en mode veille, même s'il est sous tension.
        Solution: Pour corriger l'hôte, supprimez-le de l'inventaire puis rajoutez-le afin que vCenter Server actualise l'état d'alimentation de l'hôte. Démarrez ensuite le processus de correction.
      • 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.
      • 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.
      • La mise à niveau de VMware Tools échoue pour les machines virtuelles créées sur des hôtes exécutant la version 2.5.x
        Lorsque vous analysez une machine virtuelle avec la version de VMware Tools correspondant à ESX 2.5.x par rapport à la mise à niveau de VMware Tools pour qu'elle corresponde à la ligne de base de l'hôte, la mise à niveau de VMware Tools pour correspondre à la ligne de base de l'hôte est Non conforme. Bien que l'état soit Non conforme, la mise à niveau de VMware Tools échoue avec le message d'erreur VMware Tools installé sur la machine virtuelle ne prend pas en charge la mise à niveau automatique. La mise à niveau automatique pour VMware Tools n'est prise en charge que pour les machines virtuelles créées sur des hôtes exécutant les versions ESX 3.0.x, ESX 3.5 ou ultérieures, et ESX 3i version 3.5 ou ultérieures.
        Solution: Mettez à niveau VMware Tools manuellement en cliquant avec le bouton droit sur la machine virtuelle dans l'inventaire et en sélectionnant Client > Installer/mettre à niveau VMware Tools.
      • 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) 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 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. vSphere 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

      • Du texte non localisé est affiché lorsqu'Update Manager 5.1 Update 2 est installé dans une version en chinois simplifié de Windows Server 2012 ou de Windows Server 2012 R2
        Si vous installez Update Manager dans une version en chinois simplifié du système d'exploitation Windows Server 2012 ou Windows Server 2012 R2, du texte de l'interface utilisateur est affiché en anglais et n'est pas localisé.
      • Lorsque vous double-cliquez sur VMware vSphere Update Manager.msi, le message de conseil n'est pas localisé
        Lorsque vous extrayez dans un dossier local tous les composants nécessaires à l'installation d'Update Manager, à partir d'un fichier .zip ou d'une image .iso, vous pouvez exécuter l'application VMware vSphere Update Manager.msi en double-cliquant dessus. Lorsque vous exécutez l'application, le conseil contextuel affiche le message Le programme d'insallation doit être démarré en utilisant VMware-UpdateManager.exe. 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 correctifs 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.

      Utilisation d'Update Manager Web Client

      • Des incohérences d'informations sur l'état ​​de conformité peuvent s'afficher sur la page d'Update Manager Web Client
        Lorsque vous sélectionnez une ligne de base dans Update Manager Web Client, vous voyez les informations sur l'état de conformité de l'objet dans la table Lignes de base attachées, le menu déroulant Groupes de lignes de base attachés et les détails sur l'état de conformité dans la table Lignes de base attachées.
        Si vous (ou un autre utilisateur) effectuez des opérations qui affectent l'état de conformité d'un objet, des incohérences peuvent apparaître dans les informations sur l'état de conformité affichées sur la page d'Update Manager Web Client. Par exemple, les opérations telles que la correction de l'objet dans Update Manager Client, la mise à jour directe de l'objet ou la modification du contenu de la ligne de base d'Update Manager Client peuvent influer sur l'état de conformité d'un objet.
        Lorsque vous sélectionnez une ligne de base dans Update Manager Web Client, les détails sur l'état de conformité doivent toujours afficher des informations sur le dernier état de conformité de l'objet. Cependant, la ligne de base affiche l'état de conformité de la dernière opération d'analyse initiée depuis Update Manager Web Client ou depuis la dernière actualisation de vSphere Web Client.
        Solution : Si vous voyez des incohérences d'état ​​de conformité entre les sections de ligne de base et les détails de conformité d'un objet dans Update Manager Web Client, actualisez manuellement vSphere Web Client pour afficher les derniers états de conformité dans toutes les sections de la page Update Manager Web Client.
      • Les lignes de base attachées dans Update Manager Web Client diffèrent des lignes de base attachées qui s'affichent dans Update Manager Client
        Lorsque vous attachez une ligne de base à un objet d'inventaire vSphere dans Update Manager Client, elle n'apparaît pas dans la table Lignes de base attachées d'Update Manager Web Client. Lorsque vous détachez une ligne de base dans Update Manager Client, elle ne disparaît pas de la table Lignes de base attachées dans Update Manager Web Client.
        Si vous démarrez une analyse depuis Update Manager Web Client sur une ligne de base déjà détachée dans Update Manager Client, mais encore visible dans Update Manager Web Client, une fois l'analyse terminée, la ligne de base disparaît de la table Lignes de base attachées d'Update Manager Web Client.
        Ce comportement se produit car Update Manager Web Client n'actualise pas automatiquement tous les contenus après la réalisation des opérations depuis Update Manager Client.
        Ce comportement est le même pour les lignes de base et les groupes de lignes de base.
        Solution : Actualisez manuellement vSphere Web Client.
      • Les lignes de base et les groupes de lignes de base dont les noms sont longs sont tronqués dans les boîtes de dialogue Update Manager Web Client
        Lorsque vous créez une ligne de base ou un groupe de lignes de base dont le nom est très long dans Update Manager Client, il se peut que le nom de cette ligne de base ou ce groupe de lignes de base soit tronqué dans Update Manager Web Client. Par conséquent, il se peut que vous ne soyez pas en mesure de distinguer les lignes de base ou les groupes de lignes de base dont les noms sont très longs et qui ne diffèrent que par les derniers caractères de leur nom.
        Solution :Aucune.

      Utilisation d'Update Manager

      • La vue VM et modèles n'affiche pas les machines virtuelles situées sous le vApp d'un pool de ressources
        Lorsqu'un pool de ressources comporte un vApp qui contient des machines virtuelles, la vue VM et modèles de vSphere Client ou de vSphere Web Client n'affiche pas les machines virtuelles.
        Solution : Si, pour effectuer une tâche spécifique, vous avez besoin d'afficher les machines virtuelles du vApp dans la vue VM et modèles, vous pouvez reconfigurer le fichier vci-integrity.xml.
        1. Sur la machine Windows sur laquelle Update Manager est installé, accédez au répertoire d'installation du serveur Update Manager.
          L'emplacement par défaut dans un système Windows 64 bits est C:\Program Files(x86) \VMware\Infrastructure\Update Manager
        2. Ouvrez le fichier vci-integrity.xml dans un éditeur XML et recherchez <inventorymonitorfilter><getresourcepoolupdates>
        3. Modifiez la valeur de <inventorymonitorfilter><getresourcepoolupdates> de False en True et enregistrez le fichier vci-integrity.xml.
        4. Redémarrez Update Manager Service pour appliquer les modifications de configuration.
        5. Effectuez la tâche souhaitée.
        6. Ouvrez le fichier vci-integrity.xml dans un éditeur XML, recherchez la balise <inventorymonitorfilter><getresourcepoolupdates> et remplacez sa valeur par False.
      • L'analyse d'un objet d'inventaire de niveau supérieur par rapport à la ligne de base des machines virtuelles génère un résultat incorrect, si une option de vApp est activée sur une machine virtuelle
        Lorsque vous analysez une machine virtuelle ou un ensemble de machines virtuelles à partir d'un objet d'inventaire de niveau supérieur, et si une option de vApp est activée sur ces machines virtuelles, les informations de conformité affichées pour l'objet d'inventaire de niveau supérieur sont incorrectes. Par exemple, si vous avez un dossier comportant deux machines virtuelles sur lesquelles une option de vApp est activée, et si vous analysez ce dossier par rapport à une ligne de base de machines virtuelles, vous obtenez l'état de conformité Conforme. En revanche, si vous analysez chaque machine virtuelle par rapport à la même ligne de base, vous pouvez obtenir des résultats différents. Le résultat de chaque machine virtuelle est l'état de conformité correct.
        Solution : Analysez séparément chacune des machines virtuelles sur lesquelles une option de vApp est activée.
      • Échec de la correction des hôtes sur les bulletins qui n'ont qu'un impact Redémarrer
        Au cours du processus de correction d'un hôte ESXi sur une ligne de base de correctifs, qui se compose de bulletins n'ayant qu'un impact Redémarrer, Update Manager ne parvient pas à éteindre ou suspendre les machines virtuelles sur l'hôte. Par conséquent, l'hôte ne peut pas entrer en mode maintenance et la correction ne peut pas être effectuée.
        Solution : Placez l'hôte en mode de maintenance dans vSphere Client et, à l'aide d'Update Manager, corrigez l'hôte sur les bulletins qui n'ont qu'un impact Redémarrer.
      • VMware Update Manager n'utilise pas l'authentification proxy configurée
        Lorsque vous lancez une tâche de téléchargement de correctifs, même si Update Manager est configuré pour utiliser un proxy avec authentification, il utilise des informations d'identification anonymes pour s'authentifier sur le serveur proxy. Si le serveur proxy n'accepte pas les informations d'identification anonymes, la tâche de téléchargement de correctifs peut échouer.
        Solution: Modifiez le service Update Manager afin qu'il s'exécute en utilisant un compte administrateur local avec des droits d'administrateur local ou un compte de domaine avec des droits d'administrateur local.
      • La machine virtuelle qui exécute Update Manager peut être mise hors tension lors d'une mise à niveau d'hôte
        En dehors des clusters DRS, Update Manager ne met pas à niveau l'hôte sur lequel la machine virtuelle vCenter Server ou Update Manager fonctionne. Dans les clusters DRS, si vous lancez une tâche de correction sur l'hôte qui exécute la machine virtuelle vCenter Server ou Update Manager, DRS tente de migrer la machine virtuelle vers un autre hôte pour que la correction aboutisse. Si vous supprimez d'un cluster DRS l'hôte sur lequel la machine virtuelle Update Manager s'exécute et que vous l'ajoutez à un centre de données dans l'inventaire vSphere Client, vous pouvez corriger l'hôte et la machine virtuelle Update Manager est mise hors tension.
        Solution: Avant la correction, vérifiez que l'hôte sur lequel s'exécute la machine virtuelle Update Manager se trouve dans un cluster DRS ou transférez la machine virtuelle Update Manager vers un autre hôte.
      • Vous ne pourrez peut-être pas afficher les informations de conformité d'une machine virtuelle clonée
        Lorsque vous clonez une machine virtuelle, activez Fault Tolerance pour la machine et mettez sous tension la machine virtuelle clonée, vous ne pourrez peut-être pas voir les informations de conformité. Lorsque vous ouvrez la vue de conformité, l'erreur Impossible d'extraire les données s'affiche.
      • Informations de type de correctif absentes dans l'assistant d'importation des correctifs
        Dans une nouvelle installation Update Manager, les informations de type de correctif ne s'affichent pas dans l'assistant d'importation des correctifs lorsque vous importez des bundles de correctifs hors ligne pour la première fois. La colonne Type dans la page Confirmer l'importation est vide.
        Solution: Bien que les informations de type de correctif ne soient pas affichées, vous pouvez réussir à importer les correctifs en terminant l'assistant. Ce problème apparaît uniquement lors de la première importation de bundles de correctifs hors ligne. Les informations de type de correctif s'affichent correctement dans l'assistant pour les importations suivantes.
      • Le téléchargement de définitions de correctif peut échouer si Update Manager est configuré pour utiliser le proxy authentifié
        Si le serveur Update Manager est configuré pour utiliser un serveur proxy qui nécessite une authentification, la tâche Télécharger des définitions de correctifs peut ne pas télécharger les correctifs.
        Solution: Activez l'accès utilisateur anonyme sur le serveur proxy.
      • ESXi 5.0 ne prend pas en charge le transfert d'un bulletin d'outils
        Lorsque vous exécutez une tâche de transfert avec un bulletin d'outils ESXi 5.0, la tâche aboutit, mais le bulletin d'outils n'est pas transféré.
        Solution: Vous pouvez corriger directement le bulletin d'outils pour l'installer. Le mode maintenance de l'hôte ou le redémarrage, et par conséquent l'arrêt de l'hôte, ne sont pas nécessaires au cours de la correction du bulletin d'outils.
      • Update Manager ne peut pas télécharger les mises à jour depuis une source de téléchargement valide
        Une URL HTTPS inexistante peut apparaître par erreur comme accessible dans la fenêtre Ajouter une source de téléchargement. Par exemple, si vous tapez https://mydepot.com au lieu de http://mydepot.com et que vous cliquez sur Valider l'URL, la validation peut aboutir, même si la source de téléchargement réelle est une adresse HTTP. Par conséquent, Update Manager ne peut pas télécharger les mises à jour depuis l'adresse URL HTTPS définie.
        Solution: Supprimez l'URL et ajoutez l'URL correcte.
      • 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 Server 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.
      • Dans Windows Vista, tous les boutons d'aide dans le client Update Manager ouvrent la page d'aide par défaut d'Update Manager
        Si vous utilisez Internet Explorer 7 sur des machines sous Windows Vista, l'aide contextuelle de vSphere Update Manager n'affiche pas les pages d'aide correctes. À la place, l'aide affiche la page d'aide par défaut vSphere Update Manager.
        Solution: Appliquez le Service Pack 2 à Windows Vista. Pour plus d'informations, voir l'article de la Base de connaissances Microsoft http://support.microsoft.com/kb/942172.
      • Les e-mails de notification peuvent être bloqués par le logiciel antivirus
        Vous risquez de ne recevoir aucun e-mail de notification 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 (for 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 hôtes ESX 4.0 peuvent perdre la connectivité 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 rencontrés avec ESX 4.0. Vous pouvez trouver le correctif ESX400-200906402-BG dans le bundle ESX400-200906001.zip.
      • Le basculement entre la vue Conformité et la vue Administration peut vous conduire au mauvais emplacement
        Lorsque vous sélectionnez un objet de centre de données dans l'inventaire VM et modèles de vSphere Client et que vous utilisez les liens rapides Vue Administration et Vue Conformité pour parcourir la vue Administration d'Update Manager et la vue Conformité d'Update Manager, vous risquez de vous rendre dans 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 centre de données dans l'inventaire et cliquez sur l'onglet Update Manager pour ouvrir la Vue de conformité d'Update Manager. Lorsque vous cliquez sur Vue Administration et que vous revenez ensuite en arrière en cliquant sur le lien Vue Conformité, vous accédez à l'inventaire des Hôtes et Clusters au lieu de l'inventaire 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.
      • 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 Corriger 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 virtuel 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 rétablies sur un snapshot, ou relancées à partir d'un état interrompu sur les hôte ESX 4.0.x.
        Solution: Mettez à niveau VMware Tools manuellement, 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’identifiant spécifié(e) 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.
      • 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 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 s'exécute sur une pile 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 d'événement fallacieux dans le panneau Tâches récentes
        Lorsque vous effectuez une mise à niveau VMware Tools d'une machine virtuelle, vous pouvez voir un message d'erreur d'événement 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âches 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 Administration et la vue Conformité peuvent ne pas fonctionner correctement si votre environnement est en Linked Mode
        Si votre système vCenter Server fait partie d'un Linked Mode et que vous aviez une instance distincte d'Update Manager enregistrée dans chaque système vCenter Server, les liens de navigation Vue Administration et Vue Conformité peuvent ne pas fonctionner correctement. Envisagez par exemple un scénario dans lequel l'instance 1 d'Update Manager est enregistrée avec le système vCenter Server 1 et l'instance 2 d'Update Manager est enregistrée avec le système vCenter Server 2. Lorsque vous sélectionnez un objet géré par le système vCenter Server 1, cliquez sur l'onglet Update Manager, puis cliquez sur Vue Administration dans le coin supérieur droit, vous voyez la vue Administration de l'instance 1 d'Update Manager. Lorsque vous cliquez sur Vue Conformité, sélectionnez un objet de l'inventaire géré par vCenter Server 2, puis cliquez sur Vue Administration dans le coin supérieur droit : vous voyez à nouveau la vue 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.
      • 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 système temporaires
        Vous pouvez voir plusieurs fichiers avec des noms tels que ufa{*}.tmp et ufa{*}.tmp.LOG{*} dans le répertoire \Temp de Windows (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), suivez les étapes ci-après :
          1. Sélectionnez Démarrer > Exécuter.
          2. Dans la fenêtre Exécuter, entrez regedit et appuyez sur Entrée.
          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 commandes.
          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), suivez les étapes ci-après :
          1. Ouvrez une fenêtre d’invite de commandes.
          2. Accédez à C:\ et exécutez la commande suivante :
            del C:\Windows\Temp\ufaFF50.tmp.LOG2

      Haut de la page