VMware vSphere Update Manager 5.0 Update 2 | 20 décembre 2012 | Build 919983

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

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

Contenu des notes de mise à jour

Ces notes de mise à jour contiennent les rubriques suivantes :

Les notes de mise à jour d'Update Manager 5.0 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.0 Update 2. Pour plus d'informations sur VMware vSphere Update Manager, voir la documentation Installation et administration de VMware vSphere Update Manager.


Nouveautés

  • Installation d'Update Manager et UMDS : Le serveur Update Manager 5.0 Update 2 et UMDS 5.0 Update 2 peuvent être installés sur Windows Server 2012 64 bits.
  • Mise à niveau vers le serveur Jetty Web : Le serveur Jetty Web intégré dans Update Manager 5.0 Update 2 est mis à jour depuis Jetty version 6.0 vers Jetty version 7.6.
  • Correction de bogues.

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.

Début 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, voir 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.

Début 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.

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 module Update Manager est constitué d'un composant client qui est un plug-in d'interface vers une instance de VMware vSphere Client, et d'un composant serveur qui peut être installé sur le même système que vCenter Server ou sur un système différent.

Le serveur d'Update Manager 5.0 Update 2 peut seulement être installé sur des systèmes d'exploitation Windows 64 bits, et le client Update Manager 5.0 Update 2 peut être installé à la fois sur des systèmes d'exploitation 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 5.0 Update 2 peut être installé uniquement sur des systèmes d'exploitation Windows 64 bits.

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

Dans l'assistant d'installation d'UMDS 5.0 Update 2, vous pouvez sélectionner le magasin de correctifs comme étant un répertoire de téléchargement existant d'une installation précédente d'UMDS 4.x et réutiliser les mises à jour téléchargées applicables dans UMDS 5.0 Update 2. Vous devez désinstaller les instances existantes d'UMDS 4.x avant de réutiliser le magasin de correctifs. Après avoir associé un répertoire de téléchargement existant à UMDS 5.0 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.0 Update 2 avant d'exporter les mises à jour.

Installation d'UMDS 5.0 Update 2 dans un environnement avec des instances Update Manager 4.x et Update Manager 5.0

Vous ne devez pas installer UMDS 5.0 Update 2 avec un répertoire de téléchargement d'UMDS 4.x existant si votre environnement contient à la fois des instances d'Update Manager 4.x et d'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 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, 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.

Début de la page

Notes de mise à niveau

Cette version permet d'effectuer des mises à niveau depuis Update Manager version 4.x. Avant de mettre à niveau Update Manager à partir d'une version antérieure, vous devez mettre à niveau vCenter Server et vSphere Client vers une version compatible.
Après la mise à niveau d'Update Manager 5.0 Update 2, redémarrez votre système pour que les changements de configuration prennent effet.

La mise à niveau de UMDS 4.x vers UMDS 5.0 Update 2 n'est pas prise en charge.

Début 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ées dans la Matrice d'interopérabilité des produits VMware.



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

  • Correction des hôtes
    • ESX/ESXi 3.5
    • ESX/ESXi 4.x
    • ESXi 5.0.x
  • Mises à niveau des hôtes ESX/ESXi 4.x vers ESXi 5.0
  • Mises à niveau de VMware Tools et du matériel des machines virtuelles 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 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
  • 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
  • SUSE Linux Enterprise Server 8
  • SUSE Linux Enterprise Server 9
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 6
  • Asianux 3
  • Asianux 4

Début de la page

Problèmes résolus

  • Vous ne pouvez pas vous connecter à Update Manager Utility en utilisant un compte utilisateur qui contient des caractères qui ne sont pas au format ASCII
    Update Manager Utility, qui est inclus dans Update Manager 5.0, ne prend pas en charge les noms d'utilisateur qui ne sont pas au format ASCII.

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

  • La correction des hôtes échoue si vous corrigez les hôtes déjà mis à niveau gérés par Cisco Nexus 1000V
    Lorsque vous invoquez Update Manager pour mettre à niveau les hôtes exécutant Cisco Nexus 1000V, la correction aboutit et les modules VEM appropriés sont installés sur tous les hôtes gérés par Cisco Nexus 1000V. Si vous essayez à nouveau de mettre à niveau les hôtes, la correction échoue avec l'exception integrity.fault.HostPatchNotInstallableFailure.

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

  • Mise à jour vers le serveur Jetty Web intégré dans Update Manager
    Le serveur Jetty Web intégré dans Update Manager 5.0 Update 2 est mis à jour de la version 6.0 de Jetty vers la version 7.6.

Début 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

  • 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 apparaître après une mise à niveau vers Update Manager 5.0.
    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.0, un message d'erreur apparaît lorsque vous changez d'onglet dans la vue d'administration
    Lorsque vous changez d'onglet dans la vue d'administration Update Manager Administration, une boîte de dialogue peut demander si vous souhaitez enregistrer les modifications. 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.0, si vous avez sélectionné Échec de la tâche en réponse à un échec dans la page des paramètres de l'hôte ESX dans l'installation d'origine d'Update Manager 1.0 Update 6.
    Solution :Pour résoudre le problème, recourez à une des solutions suivantes.
    • Lorsque la boîte de dialogue demande si vous voulez enregistrer les modifications, cliquez sur Oui.
    • Dans la page des paramètres de l'hôte/du cluster ESX dans Update Manager 5.0 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. Base de données temporairement indisponible ou problèmes 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 qu'Update Manager n'ait pas besoin d'être installé sur le lecteur de démarrage, certains composants requis doivent être installés sur le lecteur de démarrage. Un espace de 600 Mo pour Update Manager est requis au moment de l'installation pour tenir compte de ces composants requis, ainsi que les fichiers temporaires utilisés pendant l'installation.
    Solution : Assurez-vous de disposer d'au moins 600 Mo d'espace libre dur sur le lecteur de démarrage avant d'installer Update Manager.

Analyse, transfert et correction

  • La correction de la mise à niveau d'ESXi 4.x vers ESXi 5.0 échoue sur les serveurs IBM x3650 M2
    La mise à niveau d'ESXi 4.x vers ESX 5.0 risque d'échouer sur les serveurs IBM x3650 M2 et le message d'erreur suivant apparaît : Software or system configuration of host <host_name> is incompatible (La configuration logicielle ou système de l'hôte <host_name> n'est pas compatible). Check scan results for details (Vérifiez les résultats d'analyse pour plus de détails).
    Solution : Effectuez la mise à niveau vers ESXi 5.0 en utilisant une mise à niveau basée sur un script ou une mise à niveau interactive.
  • La correction de mise à niveau VMware Tools d'une machine virtuelle hors tension peut échouer si la mise à niveau VMware Tools automatique est activée.
    Vous pouvez activer la mise à niveau VMware Tools automatique lors du cycle d'alimentation pour les machines virtuelles en utilisant la fenêtre des paramètres de mise à niveau Edit VMware Tools dans Update Manager ou en modifiant les options VMware Tools dans la boîte de dialogue Propriétés de machine virtuelle dans le client vSphere. Si la mise à niveau automatique de VMware Tools est activée et que vous essayez de corriger une machine virtuelle hors tension par rapport à une ligne de base de mise à jour VMware Tools, la correction échoue avec l'erreur Une erreur générale du système s'est produite : Une installation VMware Tools est déjà en cours.
    Solution : Pour mettre à niveau VMware Tools sur une machine virtuelle hors tension, utilisez une ligne de base de mises à niveau ou l'option de mise à niveau automatique, mais pas les deux simultanément.
  • 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 des correctifs Update Manager Patch Repository 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 consécutive 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 Update Manager 5.0, 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.0. 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 vers votre référentiel.
  • En utilisant l'assistant de correction, 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 ESXi 5.x de l'assistant de correction, vous pouvez sélectionner Supprimer le logiciel tiers installé incompatible 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 n'utilise pas le hachage MD5 et il est donc authentifié sur 8 caractères maximum seulement. 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'Upgrade Manager. Exécutez les actions nécessaires recommandées dans les messages pour que la correction aboutisse.
  • 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 à jour ESXi 5.0
    Lorsque vous exécutez une analyse de mise à niveau d'hôte d'ESX 4.1 Update 1 par rapport à une ligne de base de mises à niveau ESXi 5.0, l'état de conformité peut être incompatible. La correction des hôtes d'ESX 4.1 Update 1 par rapport à une ligne de bases de mises à niveau ESXi 5.0 peut échouer. Les problèmes d'analyse et de correction sont provoqués par des pilotes tiers dans l'installation d'ESX 4.1 Update 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 publiera les pilotes de manière asynchrone pour ESXi 5.0 et les pilotes seront 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.0, 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 tâche de correction échoue pour la migration des hôtes ESX 4.x avec des licences ayant expiré vers ESXi 5.0
    Lorsque vous migrez des hôtes ESX 4.x avec des licences ayant expiré vers ESXi 5.0, la tâche échoue avec le message d'erreur suivant : L'hôte mis à niveau n'a pas pu se connecter à vCenter Server suite à des erreurs de licence. Configurez les licences vSphere de la nouvelle version et connectez l'hôte manuellement.
    Solution : L'hôte a été migré et il est en mode de maintenance. Reconnectez l'hôte manuellement à vCenter Server. La période d'évaluation de 60 jours des hôtes est réinitialisée après une migration ou une mise à niveau.
  • 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 FT désactivée sur l'hôte et que vous sélectionniez Échec de la tâche ou Réessayer dans la page des options de correction d'hôte de l'assistant de correction. Dans un tel scénario, les machines virtuelles principales sous tension avec la fonction tolérance aux pannes désactivée ne peuvent pas être 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
    Lorsque la mise sous tension d'un hôte est en cours (en quittant le mode veille), l'état d'alimentation de l'hôte peut ne pas être mis à jour dans vCenter Server et la correction de l'hôte ne peut pas se terminer ou expirer. Lorsque l'état d'alimentation d'un hôte n'est pas mis à jour correctement, il est possible que l'hôte soit affiché dans l'inventaire vSphere Client comme s'il était en mode veille, mais en réalité l'hôte est sous tension.
    Solution : Pour corriger l'hôte, supprimez l'hôte de l'inventaire et ajoutez-le de nouveau afin que vCenter Server actualise l'état d'alimentation de l'hôte. Démarrez ensuite le processus de correction.
  • La 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 de version 2.5.x
    Lorsque vous analysez une machine virtuelle avec la version de VMware Tools correspondant à ESX 2.5.x par rapport à la ligne de base de mise à niveau VMware Tools pour correspondre à l'hôte, l'état de la ligne de base de mise à niveau VMware Tools pour correspondre à 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) dans une entrée d'une ligne de base entre des conflits avec l'hôte et lorsque le conflit ne peut pas être résolu par les autres correctifs dans l'entrée de la ligne de base.
    Solution : La fenêtre des informations des correctifs pour le correctif A affiche une recommandation pour utiliser un autre correctif pour résoudre le conflit. La recommandation peut également contenir plusieurs correctifs. L'inclusion d'un ou de tous les correctifs recommandés dans la ligne de base peut résoudre le conflit. Pour plus d’informations, reportez-vous à l'article de la base de connaissances associé au correctif A et aux correctifs recommandés.
  • Vous ne 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

  • L'envoi d'images ESXi échoue lorsque vous vous connectez avec un nom d'utilisateur qui contient des caractères non-ASCII
    Si le nom d'utilisateur du compte Windows que vous utilisez pour vous authentifier dans vSphere Client contient des caractères non-ASCII et que vous essayiez d'envoyer une image ESXi en utilisant Update Manager, le message d'erreur suivant s'affiche : Échec de la connexion. Erreur : Échec de l'authentification. Utilisateur non valide..
    Solution : Utilisez un compte avec un nom d'utilisateur qui contient uniquement des caractères ASCII.
  • 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é.
  • Lorsque vous double-cliquez sur VMware vSphere Update Manager Download Service.msi, le message de conseil n'est pas localisé
    Lorsque vous extrayez tous les composants vers un dossier séparé, requis pour l'installation d'UMDS, à partir d'un fichier .zip ou d'une image .iso, vous pouvez exécuter l'application VMware vSphere Update Manager Download Service.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 vSphere Update Manager Download Service.msi. Ce message est en anglais et n'est pas localisé.
  • Vous ne pourrez pas installer Update Manager et télécharger des correctifs vers des répertoires dont les noms comportent des caractères non-ASCII
    Dans l'assistant d'installation d'Update Manager, vous pouvez modifier les emplacements pour l'installation et le téléchargement des correctifs d'Update Manager. La modification des emplacements pour l'installation et le téléchargement des 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

  • La configuration HA échoue pour les hôtes en mode verrouillage
    Si des hôtes ESXi 4.x en mode verrouillage sont inclus dans un cluster activé par vSphere HA, les hôtes ne sont pas configurés pour HA après une correction réussie des hôtes ESXi 4.x vers ESXi 5.0. Si vous essayez de configurer HA manuellement, l'erreur suivante apparaît : Cannot Install the vCenter agent service. Unknown installer error.
    Le problème se produit également sur de nouvelles installations ESXi 5.0.
    Solution : Désactivez le mode verrouillage et réessayez la configuration HA pour les hôtes.
  • 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.
  • 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.
  • 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 de Download patch definitions peut ne pas télécharger les correctifs.
    Solution : Activez l'accès utilisateur anonyme sur le serveur proxy.
  • ESX 5.0 ne permet pas de transférer un bulletin d'outils.
    Lorsque vous exécutez une tâche de transfert avec un bulletin d'outils ESX 5.0, la tâche aboutit, mais le bulletin d'outils n'est pas transféré.
    Solution : Vous pouvez corriger directement le bulletin Tools pour l'installer. Le mode de maintenance ou le redémarrage, et par conséquent, l'arrêt de l'hôte n'est pas nécessaire 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 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 d'URL HTTPS définie.
    Solution : Supprimez l'URL et ajoutez l'URL correcte.
  • Update Manager ne peut pas télécharger des correctifs lors les correctifs téléchargés précédemment sont supprimés manuellement du référentiel
    Lorsque vous téléchargez des correctifs, les fichiers sont stockés dans le référentiel sur le disque dur. Si vous supprimez manuellement les fichiers téléchargés, le téléchargement de correctifs suivant peut échouer.
    Solution : Évitez de supprimer les fichiers de correctif du référentiel.
  • Les adresses e-mail non valides dans les paramètres de notification par e-mail empêchent Update Manager d'envoyer des messages e-mail
    Dans les programmes de téléchargement de corrections et de notifications, vous pouvez configurer Update Manager pour envoyer des e-mails lorsque de nouveaux correctifs ou de nouvelles notifications sont téléchargés. Si vous entrez des adresses e-mail non valides, Update Manager risque de ne pas envoyer les e-mails. Si vous entrez une adresse e-mail non valide avec le même nom de domaine que le compte d'expéditeur du serveur SMTP Server dans le paramètre de l'expéditeur de courrier de vCenter Server, Update Manager ne délivre les e-mails à aucune des adresses e-mail (y compris celles qui sont valides). Si le nom de domaine des adresses e-mail non valides est différent du compte de l'expéditeur du serveur SMTP dans le paramètre de l'expéditeur de courrier de vCenter Server, les notifications par e-mail peuvent être délivrées avec succès vers les adresses e-mail valides entrées dans les paramètres de notification par e-mail d'Update Manager.
    Solution : Supprimez les adresses e-mail non valides des paramètres de notification par e-mail.
  • 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 installé sur des machines Windows Vista, l'aide contextuelle de vSphere Update Manager n'affiche pas les pages d'aide demandées. À la place, l'aide affiche la page d'aide vSphere Update Manager par défaut.
    Solution : Appliquez le Service Pack 2 à Windows Vista. Pour plus de détails, voir l'article de la base de connaissance Microsoft suivant http://support.microsoft.com/kb/942172.
  • Les e-mails de notification PR peuvent être bloqués par le logiciel antivirus
    Vous risquez de ne recevoir aucune notification par e-mail de la part d'Update Manager si certains logiciels antivirus sont installés sur votre système vCenter Server. Update Manager peut être configuré pour envoyer des notifications par e-mail, telles que des notifications pour des correctifs téléchargés récemment et d'autres tâches programmées. Si vous avez installé un logiciel antivirus (par exemple, McAfee) qui surveille et bloque le trafic des e-mails, vous risquez de ne pas pouvoir recevoir les notifications provenant d'Update Manager.
    Solution : Désactivez la règle du logiciel antivirus qui bloque le trafic des e-mails.
  • Les hôtes ESX 4.0 peuvent perdre la connexion réseau après la correction si VMkernel est configuré pour utiliser DHCP
    Lorsque Update Manager corrige les hôtes ESX, les correctifs peuvent nécessiter le redémarrage des hôtes. Après le redémarrage, vCenter Server risque de ne pas pouvoir ajouter l'hôte ESX à l'inventaire vSphere si le VMkernel de l'hôte est configuré pour utiliser DHCP.
    Solution : Configurez le VMkernel de l'hôte pour qu'il utilise une adresse IP statique ou installez le correctif ESX400-200906402-BG, qui résout tous les problèmes de ESX 4.0. Vous pouvez trouver le correctif ESX400-200906402-BG dans le bundle ESX400-200906001.zip.
  • Le basculement entre la Vue de conformité et la Vue d'administration peut vous conduire au mauvais emplacement
    Lorsque vous sélectionnez un objet de centre de données dans la vue d'inventaire VM et modèles de vSphere Client et que vous utilisez les liens rapides Vue d'administration et Vue de conformité pour accéder à la Vue d'administration d'Update Manager et la Vue de conformité d'Update Manager, vous risquez d'accéder à une vue vSphere Client erronée. Par exemple, sélectionnez Page d'accueil > Inventaire > VM et modèles dans la barre de navigation. Sélectionnez un objet de 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 d'administration puis revenez en cliquant sur le lien Vue de conformité, vous accédez à la vue d'inventaire Hôtes et Clusters au lieu de la vue VM et modèles.
    Solution : Naviguez manuellement depuis la vue d'inventaire Hôtes et Clusters jusqu'à la vue VM et modèles en sélectionnant Page d'accueil > Inventaire > VM et modèles dans la barre de navigation.
  • 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 Fault Tolerance est activée et que, dans l'assistant de correction vous choisissiez de prendre un snapshot avant la correction, Update Manager ignore ce paramètre, affiche un message avertissant qu' Update Manager ne prend pas de snapshots de machines virtuelles avec la tolérance aux pannes, et ne prend pas de snapshot de la machine virtuelle.
    Solution : Désactivez la tolérance aux pannes, configurez Update Manager pour prendre un snapshot de la machine virtuelle, et corrigez la machine. Si vous souhaitez réactiver la tolérance aux pannes après la correction, supprimez le snapshot puis activez la tolérance aux pannes.
  • La mise à niveau du matériel de la machine virtuelle ou la mise à niveau de VMware Tools peut échouer avec l'erreur fault.com. - vmware.vc - Integrity.V - MToolsRemediationFault.summary
    La mise à niveau peut échouer sur des machines virtuelles migrées avec vMotion depuis des hôtes ESX 3.0.x vers des hôtes ESX 4.0.x. Dans cette situation, la propriété de l'ID client de la machine virtuelle n'est pas définie, mais aucun nouvel ID n'est attribué. Update Manager essaye de lire l'ID pendant la mise à niveau VMware Tools, et la tâche échoue. Le même problème peut se produire sur les machines virtuelles qui sont restaurées sur un snapshot, ou relancées à partir d'un état interrompu sur les hôtes ESX 4.0.x.
    Solution : Mettez tout d'abord à niveau VMware Tools, puis mettez à niveau le matériel virtuel de la machine virtuelle.
  • Lorsque plusieurs utilisateurs essayent de créer simultanément une ligne de base avec le même nom, Update Manager affiche un message d'erreur ambigu
    Lorsque plusieurs utilisateurs essayent de créer simultanément une ligne de base avec le même nom, Update Manager affiche le message La clé, le nom ou l'identificateur défini existe déjà. Le message ne vous informe pas explicitement qu'un autre utilisateur essaye de créer une ligne de base avec le même nom.
  • Lorsque vous transférez une ligne de base qui contient plusieurs bulletins, certains bulletins peuvent être affichés comme manquants
    Après le transfert réussi d'une ligne de base qui contient plusieurs bulletins, certains bulletins peuvent être affichés comme transférés et d'autres comme manquants. Pour plus d'informations, consultez Après le transfert d'une ligne de base, un bulletin peut être affiché comme Manquant au lieu de Transféré (KB 1018530).
  • Update Manager échoue à installer et à mettre à niveau le Cisco Nexus 1000V VEM, si l'hôte ESX est en cours d'exécution sur une pile de mise en réseau IPv6
    Lorsqu'un hôte ESX est ajouté à un Cisco Nexus 1000V DVS, Update Manager installe le Cisco Nexus 1000V VEM sur l'hôte. La mise à niveau du Cisco Nexus 1000V VSM vers la dernière version appelle Update Manager pour mettre à niveau le VEM sur l'hôte attaché au DVS. Les opérations d'installation et de mise à niveau risquent d'échouer si l'hôte est en cours d'exécution sur une pile de mise en réseau IPv6.
    Solution : Installez ou mettez à niveau le VEM manuellement sur l'hôte, en utilisant le bundle ligne.
  • 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, vous pouvez voir un message d'erreur fallacieux Impossible d'exécuter l'opération car VMware Tools n'est pas en cours d'exécution sur cette machine virtuelle, même si la correction a réussi.
  • La planification d'une tâche de correction génère un ensemble de tâches
    Lorsque vous planifiez une tâche de correction, plusieurs tâches actives apparaissent dans le volet des tâ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 groupe connecté en Linked Mode vCenter et si vous possédez une instance Update Manager enregistrée dans chaque système vCenter Server, les liens de navigation Vue d'administration et Vue de conformité peuvent ne pas fonctionner correctement. Par exemple, envisagez un scénario dans lequel l'instance 1 d'Update Manager est enregistrée avec le système 1 vCenter Server et l'instance 2 d'Update Manager est enregistrée avec le système 2 vCenter Server. Lorsque vous sélectionnez un objet géré par le système 1 vCenter Server, cliquez sur l'onglet Update Manager, puis cliquez sur Vue d'administration dans le coin supérieur droit, vous voyez la vue de l'administrateur de l'instance 1 d'Update Manager. Lorsque vous cliquez sur Vue de conformité, sélectionnez un objet de l'inventaire géré par vCenter Server 2, et cliquez sur Vue d'administration dans le coin supérieur droit, vous voyez de nouveau la Vue d'administration de l'instance 1 d'Update Manager.
    Solution : Cliquez sur Vue de conformité puis cliquez de nouveau sur Vue d'administration pour voir la Vue d'administration de la deuxième instance d'Update Manager.
  • Lorsque vous effectuez une mise à niveau de VMware Tools, vous pouvez voir un message d'erreur fallacieux
    Lorsque vous effectuez une mise à niveau de VMware Tools d'une machine virtuelle avec un espace disque insuffisant, la correction échoue à cause du manque d'espace avec un message d'erreur erroné L'opération de VMware Tools a été annulée.
  • Des correctifs conflictuels sont comptés dans l'assistant de correction
    Après avoir analysé un objet sélectionné par rapport à une ligne de base de correctifs, vous pouvez voir un certain nombre de correctifs conflictuels dans la fenêtre des lignes de base de correctifs. Lorsque vous essayez de corriger l'objet sélectionné, les correctifs conflictuels sont comptés dans l'assistant de correction comme des correctifs qui vont être installés sur l'objet, mais seulement certains ou même aucun des correctifs conflictuels sont installés au cours du processus de correction.
  • Le service Update Manager peut remplir le répertoire \Temp avec de nombreux fichiers temporaires système
    Vous pouvez voir plusieurs fichiers avec des noms tels que ufa{*}.tmp et ufa{*}.tmp.LOG{*} dans le répertoire Windows \Temp (l'emplacement par défaut est C:\WINDOWS\Temp).
    • Fichiers ufa{*}.tmp – Ces fichiers sont créés lorsque le service Update Manager devient indisponible au cours de l'analyse d'une machine virtuelle hors ligne. Pour supprimer les fichiers ufa{*}.tmp (par exemple pour supprimer un fichier ufa729F.tmp) :
      1. Sélectionnez Démarrer > Exécuter.
      2. Dans la fenêtre Exécuter, entrez regedit.
      3. Dans l'Éditeur du Registre, accédez au fichier My Computer\HKEY_LOCAL_MACHINE et sélectionnez le fichier ufa729F.tmp.
      4. Sélectionnez Fichier > Décharger la ruche.
      5. Ouvrez une fenêtre d’invite de commande.
      6. Accédez à C:\ et exécutez la commande suivante :
        del C:\Windows\Temp\ufa729F.tmp
    • Fichiers ufa{*}.tmp.LOG{*} – Ces fichiers sont des fichiers journaux de transactions Windows pour les opérations de registre. Ils peuvent être générés comme résultat des transactions du registre de journalisation Windows, et sont supprimés après utilisation. Les fichiers ufa{*}.tmp.LOG{*} sont comme tous les autres fichiers temporaires Windows et peuvent être supprimés en tant que partie de la tâche Nettoyage de disque Windows.
      Pour supprimer les fichiers ufa{*}.tmp.LOG{*} (par exemple, pour supprimer un fichier ufaFF50.tmp.LOG2 file):
      1. Ouvrez une fenêtre d’invite de commande.
      2. Accédez à C:\ et exécutez la commande suivante :
        del C:\Windows\Temp\ufaFF50.tmp.LOG2

Début de la page