VMware vSphere Update Manager 6.0 Update 3 | 24 février 2017 | Build 5041505

Vérifiez les compléments et les mises à jour pour ces notes de mise à jour.

Contenu des notes de mise à jour

Ces notes de mise à jour contiennent les rubriques suivantes :

Les notes de mise à jour d'Update Manager fournissent des informations sur VMware vSphere Update Manager, un module en option de VMware vCenter Server. Pour plus d'informations sur VMware vSphere Update Manager, voir la documentation Installation et administration de VMware vSphere Update Manager.


Nouveautés

La version Update Manager 6.0 Update 3 présente les améliorations suivantes :

  • Mise à jour du module JRE : Le module Oracle (Sun) JRE est mis à jour vers la version 1.8.0_112 pour résoudre les problèmes suivants : CVE-2016-3427, CVE-2016-0695 et CVE-2016-3425.
  • Mise à jour de la bibliothèque zlib : La bibliothèque zlib est mise à jour vers la version 1.2.8.
  • Mise à jour du module libpng : Le module libpng est mis à jour vers la version 1.2.56.
  • Mise à niveau du serveur Web Jetty : Le serveur Web Jetty intégré est mis à niveau vers la version 9.2.15.v20160210.
  • Mise à niveau d'OpenSSL : La bibliothèque OpenSSL est mise à niveau vers la version 1.0.2j.
  • Prise en charge de TLS : La prise en charge des protocoles TLSv1.0, TLSv1.1 et TLSv1.2 est activée par défaut et ils sont configurables pour Update Manager 6.0 Update 3. En savoir plus sur la configuration de TLSv1.0, TLSv1.1 et TLSv1.2 à cette adresse.
    Pour obtenir la liste des produits VMware pris en charge pour la désactivation de TLSv1.0 et l'utilisation de TLSv1.1 ou TLSv1.2, consultez la section État de l'activation de TLSv1.1/1.2 et désactivation de TLSv1.0 sur les produits VMware (2145796).

Spécifications du matériel et du Sizing Estimator

La configuration matérielle minimale requise par Update Manager dépend de son type de déploiement.

Configuration matérielle requise

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 : Intel ou AMD x86 avec deux cœurs logiques ou plus, chacun cadencé à 2 GHz
  • Réseau : 10/100 Mbits/s
    Pour garantir les meilleures performances, utilisez une connexion Gigabit entre Update Manager et les hôtes ESXi.
  • Mémoire :
    • RAM de 2 Go si Update Manager et vCenter Server se trouvent sur des machines différentes.
    • RAM de 8 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. L'outil 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. L'outil Sizing Estimator fournit également des recommandations pour la base de données Update Manager et des modèles de déploiement du serveur.


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 6.0 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. Update Manager Client fournit un ensemble complet de fonctionnalités nécessaires à la gestion des correctifs et des versions de votre 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 s'affiche sous la forme d'un onglet Update Manager sous l'onglet Gérer de vSphere Web Client.
L'interface d'administration est disponible dans l'onglet Gérer, sous Update Manager.

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.

Vous ne devez pas installer UMDS sur la même machine que celle sur laquelle Update Manager est installé.

Pour utiliser UMDS, la version du service de téléchargement doit être compatible avec le serveur Update Manager. Pour plus d'informations sur la compatibilité entre Update Manager et UMDS, reportez-vous à la documentation Installation et administration de VMware vSphere Update Manager.

Installation d'UMDS 6.0 dans un environnement incluant uniquement des instances d'Update Manager 6.0 Update 3

Dans l'assistant d'installation UMDS 6.0, vous pouvez sélectionner le magasin de correctifs comme répertoire de téléchargement existant d'une installation UMDS 5.x antérieure et réutiliser les mises à jour téléchargées applicables dans UMDS 6.0. Désinstallez les instances UMDS 5.x existantes avant de réutiliser le magasin de correctifs. Après avoir associé un répertoire de téléchargement existant à UMDS 6.0, vous ne pouvez pas l'utiliser avec des versions UMDS antérieures.
Si vous installez UMDS et l'associez à un répertoire de téléchargement existant, assurez-vous d'effectuer au moins un téléchargement à l'aide d'UMDS 6.0 avant d'exporter des mises à jour.

Installation d'UMDS 6.0 dans un environnement incluant des instances d'Update Manager 6.x et d'Update Manager 6.0 Update 3

N'installez pas UMDS 6.0 et ne l'associez pas à un répertoire de téléchargement d'UMDS 6.x existant si votre environnement contient à la fois des instances d'Update Manager 6.x et d'Update Manager 6.0. Dans ce cas, vous devez installer UMDS 6.x et UMDS 6.0 sur deux machines distinctes afin d'exporter les mises à jour de chaque version respective d'Update Manager.

Update Manager Utility

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

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


Notes relatives aux mises à niveau

Cette version permet d'effectuer des mises à niveau d'Update Manager versions 5.x et de leurs versions de mise à jour respectives qui sont installées sur un système d'exploitation 64 bits. Les mises à niveau directes d'Update Manager 4.x et versions antérieures, ainsi que des systèmes Update Manager qui sont installés sur une plate-forme 32 bits ne sont pas prises 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 6.0. 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 5.x vers UMDS 6.0 Update 3 n'est pas prise en charge.


Interopérabilité et configuration logicielle requise

La Matrice d'interopérabilité des produits VMware fournit des détails sur la compatibilité des versions actuelles et précédentes de vSphere Update Manager avec d'autres composants VMware vSphere, notamment ESXi, VMware vCenter Server, vSphere Client et vSphere Web Client. Vous pouvez également consulter le présent site pour obtenir 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 la liste des systèmes d'exploitation sur lesquels vous pouvez installer le serveur Update Manager et UMDS, reportez-vous à Systèmes d'exploitation hôtes pris en charge pour l'installation de VMware vCenter Server. Les systèmes d'exploitation hôtes pris en charge pour l'installation de vCenter Server répertoriés dans l'article s'appliquent également pour l'installation des versions respectives du serveur Update Manager et d'UMDS.

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

L'option Interopérabilité de solution/base de données de la Matrice d'interopérabilité des produits VMware fournit des informations sur les bases de données compatibles avec le serveur Update Manager et UMDS.

Opérations avec les objets vSphere Inventory prises en charge par Update Manager

  • Correctif d'hôte de la version d'hôte suivante :
    • ESXi 5.x
    • ESXi 6.x
  • Mises à niveau des hôtes de la version ESXi 5.x et de leurs versions de mise à jour respectives vers la version ESXi 6.x
  • 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

Voici la liste des systèmes d'exploitation pris en charge 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] 64 bits
  • Windows Server 2012 R2 Update 1 [Standard/Enterprise/Datacenter] 64 bits
  • Windows 10 RTM
  • Windows 8.1 Update 1 [Professional/Enterprise] 32 bits
  • Windows 8.1 Update 1 [Professional/Enterprise] 64 bits
  • Windows 8.1 [Professionnel/Enterprise] 32 bits
  • Windows 8.1 [Professional/Enterprise] 64 bits
  • Windows 8 [Professional/Enterprise] 32 bits
  • Windows 8 [Professional/Enterprise] 64 bits
  • Windows 7 [Professionnel/Enterprise] 32 bits
  • Windows 7 [Professional/Enterprise] 64 bits
  • Windows 7 [Professionnel/Enterprise] 32 bits SP1
  • Windows 7 [Professional/Enterprise] 64 bits SP1
  • 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 [Professional/Server/Advanced Server/Datacenter Server] 64 bits
  • Windows 10
  • 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 Server 2008 [Standard/Enterprise/Datacenter] 64 bits R2
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits R2 Service Pack 1
  • Windows Server 2016 [Standard/Essentials/Datacenter] 64 bits
  • Red Hat Enterprise Linux 2
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 5.10
  • Red Hat Enterprise Linux 6.5
  • Red Hat Enterprise Linux 6.7
  • Red Hat Enterprise Linux 6.8
  • Red Hat Enterprise Linux 7.0
  • Red Hat Enterprise Linux 7.1
  • Red Hat Enterprise Linux 7.3
  • CentOS 4
  • CentOS 5
  • CentOS 5.10
  • CentOS 6
  • CentOS 6.5
  • CentOS 6.8
  • CentOS 7.3
  • Debian 4
  • Debian 5
  • Debian 6
  • Debian 8
  • Debian 8.1
  • Ubuntu 7.x
  • Ubuntu 8.x
  • Ubuntu 9.x
  • Ubuntu 10.x
  • Ubuntu 11.x
  • Ubuntu 13.10
  • Ubuntu 14.04
  • Ubuntu non LTS 15.04
  • Ubuntu LTS 16.04.1
  • SUSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • SUSE Linux Enterprise Server 11 Service Pack 3
  • SUSE Linux Enterprise Server 11 Service Pack 4
  • SUSE Linux Enterprise Server 12
  • SUSE Linux Enterprise Server 12 Service Pack 2
  • Oracle Enterprise Linux UEK3 Update 5
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 5.1
  • Oracle Enterprise Linux 6
  • Oracle Enterprise Linux 6.5
  • Oracle Enterprise Linux 6.7
  • Oracle Enterprise Linux 6.8
  • Oracle Enterprise Linux 7.0
  • Oracle Enterprise Linux 7.3
  • Asianux 3
  • Asianux 4

Problèmes résolus

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

  • Update Manager prend par erreur des snapshots immédiatement après une correction planifiée lors du prochain cycle d'alimentation d'une machine virtuelle
    Lorsque vous planifiez une mise à niveau de VMware Tools lors du prochain cycle d'alimentation d'une machine virtuelle, quand vous cliquez sur Terminer dans l'assistant Corriger, Update Manager démarre immédiatement la création d'un snapshot de la machine virtuelle. Toutefois, il s'agit d'un comportement incorrect, car Update Manager doit prendre le snapshot de la machine virtuelle lors du prochain cycle d'alimentation de la machine virtuelle, puis effectuer la mise à niveau de VMware Tools.
    Si vous planifiez la mise à niveau de VMware Tools lors du prochain cycle d'alimentation de plusieurs machines virtuelles, Update Manager commence à prendre immédiatement des snapshots de toutes les machines virtuelles , ce qui peut provoquer des problèmes de performances, car les machines virtuelles cessent de répondre pendant les tâches de snapshot.
    Ce problème est résolu dans cette version.

Problèmes connus

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


Installation et mise à niveau

  • L'installation d'Update Manager peut échouer si vous utilisez des caractères ASCII étendus ou non-ASCII dans les paramètres de base de données
    Lorsque vous installez Update Manager sur un système Windows avec les paramètres régionaux non anglais et que vous utilisez une base de données existante avec des caractères ASCII étendus ou non-ASCII dans le DSN pour la base de données, le nom d'utilisateur de base de données ou le mot de passe, le processus d'installation peut échouer. Si l'installation réussit, Update Manager peut ne pas fonctionner correctement.
    Solution : lorsque vous installez Update Manager, utilisez uniquement des caractères ASCII pour le DSN, le nom d'utilisateur de base de données et le mot de passe.

  • L'installation d'Update Manager peut échouer dans Windows Server 2008 R2
    Les tentatives d'installation d'Update Manager avec une base de données groupée sur une instance de Windows Server 2008 R2 peuvent échouer.
    Solution : Installez Update Manager sur les systèmes d'exploitation suivants :
    • Windows Server 2008 R2 SP1 Datacenter 64 bits
    • Windows Server 2008 R2 SP1 Enterprise 64 bits
    • Windows Server 2008 R2 SP1 Standard 64 bits
    • Windows Server 2008 R2 SP1 Foundation 64 bits
    • Windows Server 2008 R2 SP1 Web 64 bits
    • Windows Server 2008 SP2 Datacenter 64 bits
    • Windows Server 2008 SP2 Enterprise 64 bits
    • Windows Server 2008 SP2 Standard 64 bits
    • Windows Server 2008 SP2 Foundation 64 bits
    • Windows Server 2008 SP2 Web 64 bits
  • L'installation d'Update Manager avec la base de données Microsoft SQL 2012 échoue sur les systèmes comportant Microsoft .NET Framework 4
    Les tentatives d'installation d'Update Manager avec la base de données Microsoft SQL 2012 intégrée échouent si la machine hôte utilise Microsoft .NET Framework 4. Le message d'erreur suivant s'affiche :

    Échec de l'installation de SQL

    Solution : Pour résoudre ce problème, procédez comme suit :

    1. Sur la machine sur laquelle vous tentez d'installer Update Manager, arrêtez et désactivez tous les services qui nécessitent l'utilisation de Microsoft .NET Framework 4.
    2. Désinstallez tous les composants de Microsoft .NET Framework 4.
    3. Ouvrez une fenêtre d'invite de commande et passez au répertoire C:\Windows\Microsoft.NET\Framework\v2.0.50727
    4. Exécutez les commandes suivantes pour créer les fichiers security.config et security.config.cch dans le dossier de configuration :
      Caspol.exe -all -reset
    5. Définissez le chemin d'accès sur C:\Windows\Microsoft.NET\Framework64\v2.0.50727
    6. Exécutez les commandes suivantes pour créer les fichiers security.config et security.config.cch dans le dossier de configuration :
      Caspol.exe -all -reset
    7. Téléchargez et réinstallez tous les composants de Microsoft .NET Framework 4.
    8. Dès que l'installation est terminée, activez tous les services qui nécessitent l'utilisation de Microsoft .NET Framework 4.
    9. Redémarrez le système d'exploitation et retentez d'installer Update Manager avec la base de données Microsoft SQL 2012 intégrée.
  • Update Manager Client ne parvient pas à démarrer sur un système Windows avec des paramètres régionaux non anglais si, lors de l'installation du serveur Update Manager, vous avez configuré DSN avec des caractères non-ASCII
    Lorsque vous installez le serveur Update Manager sur un système Windows avec des paramètres régionaux non anglais, si vous sélectionnez l'option permettant d'utiliser une base de données prise en charge existante et utilisez des caractères non-ASCII dans le nom DSN, l'installation réussit. Vous installez ensuite Update Manager Client. Lorsque vous tentez de démarrer Update Manager Client, l'initialisation du client échoue et le message d'erreur suivant s'affiche :
    Une erreur s'est produite 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. La présence de caractères non-ASCII dans le DSN provoque l'échec du démarrage d'Update Manager Client.
    Solution : N'utilisez pas de caractères non-ASCII lors de l'installation du serveur Update Manager.
  • Le programme d'installation d'Update Manager cesse de répondre si votre système comporte déjà une base de données Microsoft SQL 2008 R2 SP2
    Sur le système sur lequel vous installez le serveur Update Manager ou UMDS, s'il y a une instance de la base de données Microsoft SQL 2008 R2 SP2 mais pas d'instance de VIM_SQLEXP, lorsque vous tentez d'installer le serveur Update Manager ou UMDS, si vous sélectionnez l'option d'installation avec la base de données du programme d'installation, ce dernier cesse de répondre.
    Solution : Pour résoudre ce problème, procédez comme suit :
    1. Ouvrez l'interface de ligne de commande sur la machine sur laquelle vous installez UMDS ou le serveur Update Manager, puis tapez la commande suivante :
      <<code style="word-break: break-all">.\redist\SQLEXPR\SQLEXPR_x64_ENU.exe /ACTION=install /IACCEPTSQLSERVERLICENSETERMS /SQLSVCACCOUNT="NT AUTHORITY\SYSTEM" /HIDECONSOLE /FEATURES=SQL /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /NPENABLED="1" /TCPENABLED="1" /INSTANCENAME=VIM_SQLEXP
    2. Tentez de nouveau d'installer UMDS ou le serveur Update Manager.
  • 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 Surveiller de vSphere Web Client, et les boutons Analyser et Attacher restent actifs. 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 et reconnectez-vous à vSphere Web Client.
  • Les tentatives d'installation du serveur Update Manager et d'UMDS avec la base de données groupée échouent sur un système d'exploitation Windows doté du module linguistique turc
    Sur les systèmes d'exploitation Windows dotés du module linguistique turc, les tentatives d'installation du serveur Update Manager et d'UMDS avec la base de données groupée échouent avec le message d'erreur suivant :
    Erreur 25003. L'installation n'a pas pu créer des tables de base de données.
    Solution : pour résoudre ce problème, exécutez l'une des tâches suivantes :
    • Installez le serveur Update Manager et UMDS sur un système d'exploitation Windows doté du module linguistique anglais.
    • Installez le serveur Update Manager et UMDS sur un système d'exploitation Windows doté du module linguistique turc et utilisez l'une des bases de données suivantes :
      • Microsoft SQL Server 2012 64 bits
      • Microsoft SQL Server 2008 R2 64 bits
      • Oracle 11g R2 64 bits
  • 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.
  • 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 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

  • L'opération d'analyse par Update Manager des dispositifs virtuels arrive à expiration et échoue lorsque le protocole TLSv1.0 est désactivé sur les ports de vSphere Update Manager
    Lorsque vous tentez d'analyser les dispositifs virtuels, l'opération d'analyse arrive à expiration et finit par échouer avec le message d'erreur suivant :
    Des erreurs se sont produites lors de l'opération d'analyse. Consultez les fichiers journaux des événements pour plus de détails.

    Ce problème se produit lorsque le dispositif virtuel que vous analysez ne prend pas en charge le protocole TLSv1.1 ou TLSv1.2, car Update Manager utilise ces deux versions du protocole TLS pour communiquer avec des dispositifs virtuels pendant une opération d'analyse.
    Solution : ne désactivez pas le protocole TLSv1.0 sur les ports vSphere Update Manager si les dispositifs virtuels ne prennent pas en charge les protocoles TLSv1.1 et TLSv1.2.
  • Update Manager ne prend pas en charge la mise à niveau de VMware Tools sur Ubuntu 16.10
    Si vous utilisez des machines virtuelles qui exécutent Ubuntu 16.10, vous ne pouvez pas utiliser Update Manager pour mettre à niveau VMware Tools.
    Solution : vous pouvez utiliser Open VM Tools ou vous pouvez effectuer une mise à niveau interactive de VMware Tools.
  • Update Manager ne parvient pas à créer de lignes de base ni à télécharger de métadonnées sur des correctifs si vous utilisez des bases de données Oracle version 11.2.0.3 ou 11.2.0.4
    Lorsque vous utilisez des bases de données Oracle version 11.2.0.3 ou 11.2.0.4, Update Manager ne parvient pas à créer des lignes de base ni à télécharger des métadonnées sur des correctifs.
    Solution : Utilisez le module Oracle Instant Client - ODBC version 11.2.0.2 pour Microsoft Windows 32 bits pour créer un DSN 32 bits afin qu'Update Manager se connecte et utilise de manière adéquate les serveurs de base de données Oracle version 11.2.0.3 ou 11.2.0.4.
    Vous pouvez télécharger le module Oracle Instant Client - ODBC version 11.2.0.2 pour Microsoft Windows 32 bits en cliquant sur le lien suivant.
  • La correction du cluster VMware vSAN échoue si le nombre total de CPU pour les machines virtuelles dans la base de données VMware vSAN est supérieur à 384
    Les tentatives de correction d'un cluster VMware vSAN avec des machines virtuelles dans la base de données VMware vSAN ayant 384 CPU actives ou plus, par rapport à un correctif exigeant des hôtes qu'ils entrent en mode de maintenance, échouent.
    Solution : utilisez l'une des solutions suivantes :
    • Mettez les machines virtuelles faisant partie de la banque de données VMware vSAN hors tension afin de maintenir le nombre de CPU actives de machines virtuelles en dessous de 384.
    • Après l'échec de correction du cluster VMware vSAN en raison de l'incapacité d'un hôte à entrer en mode de maintenance, essayez d'exécuter une correction sur les hôtes depuis un cluster VMware vSAN sur lequel la correction a échoué.
  • 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 configurations matérielles actuelles de la machine virtuelle. Pour des incompatibilités autres que cpuid.LM : si possible, utiliser un cluster avec l'option Enhanced vMotion Compatibility (EVC) activée ; voir l'article 1003212 de la base de connaissance. Les conditions requises n'ont pas été remplies pour les fonctionnalités 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.

  • La correction des correctifs d'un hôte échoue lorsque les métadonnées des correctifs ne sont pas disponibles
    Dans l'assistant d'installation d'Update Manager, 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 de correctifs issues de sources correspondant à des versions spécifiques d'ESXi (par exemple, uniquement les métadonnées de correctifs d'ESXi 5.5). Dans ce cas, si vous tentez de corriger un conteneur incluant des hôtes ESXi de versions différentes et que vous n'avez pas téléchargé les métadonnées des correctifs de toutes les versions d'hôte, mais uniquement de certaines, la correction échoue.
    Solution : Téléchargez les métadonnées des correctifs de toutes les versions d'hôte dans votre inventaire.
  • La correction des hôtes peut ne pas s'achever si les hôtes contiennent des machines virtuelles tolérantes 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 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 ESXi.
    Solution : Pour mettre à niveau les hôtes ESXi, assurez-vous de disposer d'au moins 20 Mo l'espace libre dans le répertoire /tmp de l'hôte.
  • 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.

Problèmes d'internationalisation

  • 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 The installer should be started using 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

  • Update Manager affiche une page de connectivité réseau vide et peut échouer dans vSphere Client
    Si le nom d'hôte ou le nom de domaine complet d'Update Manager contiennent des caractères ASCII étendus ou non-ASCII, la page de connectivité réseau sous l'onglet de configuration de la vue Administration d'Update Manager n'affiche aucune donnée. Le service Update Manager peut s'arrêter.
    Solution : utilisez uniquement des caractères ASCII pour le nom d'hôte et le nom de domaine complet d'Update Manager.
  • Update Manager affiche uniquement une instance de vCenter Server dans les environnements vSphere comportant plusieurs instances de vCenter Server
    Dans des environnements vSphere comportant plusieurs instances de vCenter Server qui sont enregistrées dans un Platform Services Controller ou dont chacune est enregistrée dans un Platform Services Controller spécifique, Update Manager affiche uniquement l'instance de vCenter Server dont l'IP/DNS était utilisé dans Update Manager Client.
    Solution : aucune. Quel que soit l'IP/DNS que vous avez entré dans Update Manager Client, vous devriez voir les deux instances de vCenter Server dans l'inventaire.
  • Dans le cadre du processus de correction du cluster VMware vSAN, un hôte peut entrer en mode de maintenance à partir d'un cluster VMware vSAN pendant qu'un autre hôte du cluster est toujours en mode de maintenance et procède à un redémarrage
    Lorsque vous démarrez une correction sur un cluster VMware vSAN sur une ligne de base contenant un correctif exigeant un redémarrage des hôtes, pendant que le premier hôte procède au redémarrage, un second hôte peut entrer en mode de maintenance avant que le premier hôte se reconnecte à vCenter Server. En conséquence, le processus de correction échoue étant donné qu'un seul hôte d'un cluster VMware vSAN à la fois peut être en mode de maintenance.
    Solution : Aucune
  • Une erreur système sans contenu informatif s'affiche lorsqu'un hôte faisant partie d'un cluster VMware vSAN ne parvient pas à entrer en mode de maintenance lors du processus de correction
    Pendant le processus de correction, si un hôte faisant partie d'un cluster VMware vSAN ne parvient pas à entrer en mode de maintenance, une erreur système générique sur VMware vSAN s'affiche, telle que :
    Une erreur système générale s'est produite : Échec de l'opération à cause d'une erreur vSAN.
    Ce message d'erreur ne contient aucun contexte quant à la cause de l'échec ou un message d'erreur pertinent.
    Solution : Pour afficher davantage de contexte sur la cause de cet échec, procédez de la manière suivante :
    1. Dans le volet Tâches récentes, cliquez sur Afficher les détails.
    2. Cliquez sur Envoyer le rapport d'erreur pour afficher des informations détaillées sur la cause de l'échec sous Pile d'erreurs.
  • 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.
  • Il est possible que vous ne puissiez 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 manquantes 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 des 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 Tools
    Lorsque vous exécutez une tâche de transfert avec un bulletin Tools ESXi 5.0, la tâche aboutit, mais le bulletin Tools 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 Tools.
  • 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 Update Manager Client 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.
  • 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 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 de 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.
  • Lorsque plusieurs utilisateurs essaient 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 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 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.
  • Au cours de la mise à niveau VMware Tools un message d'erreur erroné peut figurer 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 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 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 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. Par exemple, imaginez un scénario dans lequel l'instance d'Update Manager 1 est enregistrée avec le système vCenter Server 1 et l'instance d'Update Manager 2 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 sur Vue Admin en haut à droite ; la vue d'administration de l'instance d'Update Manager 1 s'affiche. Lorsque vous cliquez sur Vue Conformité, sélectionnez un objet dans l'inventaire géré par l'instance de vCenter Server 2, puis cliquez sur Vue Admin en haut à droite , la vue d'administration de l'instance d'Update Manager 1 s'affiche à nouveau.
    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 suite à des transactions relatives au registre de journalisation et supprimés après usage. Les fichiers ufa{*}.tmp.LOG{*} sont semblables à n'importe quel fichier temporaire de Windows et peuvent être supprimés dans le cadre d'une tâche de 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

Utilisation d'Update Manager Web Client

  • Update Manager peut cesser de répondre si le nom d'hôte ou le nom de domaine complet contiennent des caractères ASCII étendus ou non-ASCII

    Si le nom d'hôte ou le nom de domaine complet d'Update Manager contiennent des caractères ASCII étendus ou non-ASCII, vous pouvez rencontrer les problèmes suivants :

    • Le nom d'hôte d'Update Manager ne s'affiche pas correctement.
    • Update Manager dans vSphere Web Client peut cesser de répondre.
    • Dans la vue Administration d'Update Manager, sous l'onglet Paramètres > Connectivité réseau, si vous basculez entre le nom d'hôte et l'adresse IP du magasin de correctifs d'Update Manager, un message d'erreur s'affiche :
      com.vmware.vim.vmomi.core.exception.Unmarsh allException: Impossible de démarshaler la réponse.
    Solution : Utilisez uniquement des caractères ASCII pour le nom d'hôte et le nom de domaine complet d'Update Manager.
  • La vue Conformité n'est pas disponible dans les anciennes instances de VMware vCenter avec une configuration MxN
    La vue Conformité n'est pas disponible pour les anciennes instances de vCenter Server dans un environnement MxN hybride. Cela est dû au fait que, dans un environnement MxN avec au moins deux paires d'instances d'Update Manager et de VMware vCenter Server, la version de ces instances doit être la même. Le couplage d'Update Manager 6.0U1 avec VMware vCenter Server 5.5, ou inversement, n'est pas pris en charge.
    Solution : Vous pouvez attacher, analyser et corriger toutes les entités de l'inventaire de VMware vCenter Server 5.5. Utilisez un système vCenter Server avec lequel vSphere Client pour Update Manager 5.5 est installé. Vous pourrez alors accéder à la vue Administration du serveur Update Manager 5.5 et la gérer depuis le client Web VMware vCenter Server 6.0 Update 1.
  • La page Update Manager Web Client peut contenir des informations incohérentes concernant l'état de conformité
    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ées 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, la page Update Manager Web Client peut afficher des informations de conformité incohérentes. Par exemple, les opérations susceptibles d'affecter l'état de conformité d'un objet corrigent ce dernier dans Update Manager Client, en le mettant directement à jour ou en modifiant le contenu de la ligne de base dans Update Manager Client.
    Lorsque vous sélectionnez une ligne de base dans Update Manager Web Client, les détails sur l'état de conformité affichent toujours 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.
  • Les lignes de base attachées dans Update Manager Web Client diffèrent de celles attachées 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 dans 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.
check-circle-line exclamation-circle-line close-line
Scroll to top icon