VMware vSphere Update Manager 6.7.0c | 26 juillet 2018 | Build 9031744 VMware vCenter Server 6.7.0c | 26 juillet 2018 | Build 9232925 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
- vSphere Update Manager 6.7.0c résout divers problèmes figurant dans la section Problèmes résolus.
Remarques relatives à la prise en charge du produit
Différences de fonctionnalités d'Update Manager entre vSphere Client et vSphere Web Client
Remarque : l'utilisation des fonctionnalités d'Update Manager dans vSphere Client (interface utilisateur graphique basée sur HTML5) est uniquement prise en charge pour Update Manager exécuté dans vCenter Server Appliance.
Portée fonctionnelle d'Update Manager
|
Fonctionnalités prises en charge dans vSphere Client (interface utilisateur graphique basée sur HTML5) |
Fonctionnalités prises en charge dans vSphere Web Client (interface utilisateur graphique basée sur Flex) |
Paramètres de configuration |
Non pris en charge |
- Modifier les paramètres réseau d'Update Manager
- Configurer les paramètres proxy d'Update Manager
- Configurer les sources de téléchargement d'Update Manager
- Configurer la recherche des mises à jour
- Configurer les recherches de notifications
- Configurer les paramètres d'hôte et de cluster
- Configurer l'utilisation de démarrage rapide
- Configurer les paramètres du mode de maintenance de l'hôte
- Configurer les paramètres d'un cluster
- Activer la correction des hôtes ESXi démarrés par PXE
- Prendre des snapshots avant la correction
- Configurer un redémarrage intelligent
- Configurer l'emplacement du référentiel des correctifs d'Update Manager
|
Référentiel des correctifs |
- Télécharger des correctifs manuellement dans le référentiel
- Importer des correctifs
- Ajouter/supprimer des lignes de base qui incluent un correctif spécifique
Remarque : pour accéder au référentiel de correctifs, cliquez sur vSphere Client Menu > Update Manager, sélectionnez une instance de vCenter Server dans laquelle Update Manager est enregistré, puis cliquez sur l'onglet Mises à jour. |
- Télécharger des correctifs manuellement dans le référentiel
- Importer des correctifs
- Ajouter/supprimer des lignes de base qui incluent un correctif spécifique
Remarque : pour accéder au référentiel de correctifs, cliquez sur vSphere Web Client Accueil > Update Manager, sélectionnez une instance d'Update Manager, cliquez sur l'onglet Gérer, puis cliquez sur Référentiel de correctifs. |
Lignes de base |
- Créer des lignes de base de correctifs
- Modifier les lignes de base de correctifs
- Créer des lignes de base d'extensions
- Modifier les lignes de base d'extensions
- Créer des lignes de base de mises à niveau d'hôte
- Modifier des lignes de base de mises à niveau d'hôte
- Supprimer des lignes de base
|
- Créer des lignes de base de correctifs
- Modifier les lignes de base de correctifs
- Créer des lignes de base d'extensions
- Modifier les lignes de base d'extensions
- Créer des lignes de base de mises à niveau d'hôte
- Modifier des lignes de base de mises à niveau d'hôte
- Supprimer des lignes de base
|
Groupes de lignes de base |
- Créer un groupe de lignes de base d'hôte
- Modifier un groupe de lignes de base
- Supprimer des groupes de lignes de base
|
- Créer un groupe de lignes de base d'hôte
- Créer un groupe de lignes de base de machine virtuelle
- Modifier un groupe de lignes de base
- Ajouter et supprimer des lignes de base à un groupe de lignes de base
- Supprimer des groupes de lignes de base
|
Analyser |
- Vérifier la conformité d'hôtes et de clusters
Remarque : lorsque vous vérifiez la conformité d'hôtes et de clusters, vous effectuez une opération d'analyse sur ces objets. |
- Analyser des hôtes
- Analyser des clusters
- Analyser des machines virtuelles
|
Utilisation de lignes de base et de groupes de lignes de base |
- Attacher des lignes de base d'hôte
- Détacher des lignes de base d'hôte
- Supprimer des lignes de base d'hôte
- Attacher des groupes de lignes de base
- Détacher des groupes de lignes de base
- Supprimer des groupes de lignes de base
|
- Attacher des lignes de base d'hôte
- Détacher des lignes de base d'hôte
- Supprimer des lignes de base d'hôte
- Attacher des lignes de base de machine virtuelle
- Détacher des lignes de base de machine virtuelle
- Attacher des groupes de lignes de base
- Détacher des groupes de lignes de base
- Supprimer des groupes de lignes de base
|
Prévérifier la correction |
- Prévérifier la correction
Remarque : disponible dans la vue de conformité d'Update Manager |
- Prévérifier la correction
Remarque : disponible dans la page Options de correction de cluster de l'assistant de correction. |
Transfert |
- Transférer tous les correctifs vers les hôtes ou aucun
|
- Sélectionner les correctifs à transférer vers les hôtes
|
Correction des hôtes et des clusters |
- Correction par rapport aux lignes de base de correctifs prédéfinies (fonctionnalité limitée)
- Correction par rapport aux lignes de base de correctifs personnalisées (fonctionnalité limitée)
- Correction par rapport aux lignes de base d'extension (fonctionnalité limitée)
- Correction par rapport aux lignes de base de mise à niveau (fonctionnalité limitée)
- Correction par rapport aux groupes de lignes de base (fonctionnalité limitée)
Remarque : dans vSphere Client, l'assistant de correction offre des fonctionnalités limitées. Vous ne pouvez pas modifier les options de correction d'hôte et de cluster par défaut. |
- Correction par rapport aux lignes de base de correctifs prédéfinies
- Correction par rapport aux lignes de base de correctifs personnalisées
- Correction par rapport aux lignes de base d'extension
- Correction par rapport aux lignes de base de mise à niveau
- Correction par rapport aux groupes de lignes de base
|
Correction des clusters vSAN |
- Correction par rapport aux lignes de base gérées par le système
|
- Correction par rapport aux lignes de base gérées par le système
|
Correction de machines virtuelles |
Non pris en charge |
- Correction par rapport aux lignes de base de machine virtuelle prédéfinies
|
Surveiller les événements et notifications d'Update Manager |
- Les événements liés à Update Manager s'affichent dans la liste globale d'événements vSphere Client.
- La surveillance des notifications d'Update Manager n'est pas prise en charge.
|
- Les événements liés à Update Manager s'affichent dans la liste globale des événements de vSphere Web Client.
- La surveillance des notifications d'Update Manager est disponible dans la vue d'administration d'Update Manager sous l'onglet Surveiller.
|
Planification des tâches d'Update Manager |
Non pris en charge |
- Planifiez les opérations d'analyse et de correction à partir de Tâche et événements sous l'onglet Surveiller de vSphere Web Client.
|
Vue Conformité d'Update Manager |
Fiches d'informations de conformité disponibles dans l'onglet Mises à jour :
- Fiche de résumé de l'hôte ou du cluster sélectionné
- Fiche d'informations de conformité de l'hôte ou du cluster sélectionné
- Fiche de correction de prévérification de l'hôte ou du cluster sélectionné
|
Non pris en charge |
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
Le module Update Manager est formé d'un composant serveur et de composants clients pour vSphere Client (interface utilisateur graphique basée sur HTML5) et vSphere Web Client (interface utilisateur graphique basée sur Flex).
Installation d'Update Manager sur un système d'exploitation Windows
Le serveur Update Manager 6.7 pour Windows est livré sous la forme d'une application 64 bits et ne peut être installé que sur des systèmes d'exploitation Windows 64 bits. Avant d'installer Update Manager, vous devez installer vCenter Server sur Windows. Le serveur Update Manager a les mêmes conditions requises que pour un système d'exploitation d'hôte tel que vCenter Server. Pour les informations de compatibilité de base de données, reportez-vous à la section Bases de données qui prennent en charge l'installation du serveur Update Manager.
L'installation de VMware vSphere Update Manager nécessite une connexion réseau à un système vCenter Server existant.
Le serveur Update Manager peut être installé sur le même système Windows que vCenter Server ou sur un système différent. Chaque instance de vSphere Update Manager peut être associée à une seule instance de vCenter Server.
Pendant l'installation, vous ne pouvez pas connecter un serveur Update Manager qui s'exécute sous Windows à un dispositif vCenter Server Appliance.
Configuration matérielle requise pour l'installation d'Update Manager sur un système Windows
La configuration matérielle requise d'Update Manager varie selon le mode de déploiement d'Update Manager sous un système d'exploitation Windows.
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 :
Intégration d'Update Manager au dispositif vCenter Server Appliance
Update Manager 6.7 est intégré au dispositif vCenter Server Appliance et est livré en tant que service en option. À partir de vSphere 6.5, vous ne pouvez plus connecter au dispositif vCenter Server Appliance une instance d'Update Manager qui est installée sur une machine Windows Server.
Pour utiliser le serveur Update Manager dans le dispositif vCenter Server Appliance, démarrez le service VMware vSphere Update Manager Extension.
Un modèle de déploiement d'Update Manager avec le dispositif vCenter Server Appliance utilise la base de données PostgreSQL. Update Manager et le dispositif vCenter Server Appliance partagent le même serveur de base de données PostgreSQL, mais utilisent des instances distinctes de la base de données PostgreSQL.
Interfaces de clients Update Manager
Update Manager dispose de composants clients dans vSphere Client (interface utilisateur graphique basée sur HTML5) et dans vSphere Web Client (interface utilisateur graphique basée sur Flex).
Les plug-ins clients d'Update Manager pour vSphere Client et pour vSphere Web Client ne nécessitent aucune installation. Cependant, vous pouvez utiliser les capacités d'Update Manager dans vSphere Client uniquement si vous utilisez vCenter Server Appliance qui fournit Update Manager en tant que service.
Le composant client d'Update Manager pour vSphere Client fournit un ensemble limité de capacités d'Update Manager, tandis que le composant client d'Update Manager pour vSphere Web Client fournit un ensemble complet des capacités d'Update Manager dont vous avez besoin pour effectuer la gestion des correctifs et des versions pour votre inventaire vSphere.
Vous pouvez accéder à la vue de conformité d'Update Manager en sélectionnant un objet dans l'inventaire vSphere et en accédant à l'onglet Update Manager dans vSphere Web Client ou à l'onglet Mises à jour dans vSphere Client.
Update Manager Download Service
Le service vSphere UMDS (Update Manager Download Service) est un module en option d'Update Manager que vous pouvez utiliser pour télécharger des définitions de correctifs sur un système distinct du serveur Update Manager. Utilisez UMDS si votre système de déploiement d'Update Manager est sécurisé et que la machine sur laquelle Update Manager est installé n'a pas accès à Internet.
Vous avez deux options d'installation d'UMDS. Vous pouvez installer UMDS sur des systèmes d'exploitation Windows 64 bits. Vous ne devez pas installer UMDS sur la même machine Windows que celle sur laquelle Update Manager est installé.
Vous pouvez également installer UMDS sous un système d'exploitation Linux. Dans la version vSphere 6.7, un programme d'installation d'UMDS 6.7 est livré avec le fichier ISO du dispositif vCenter Server Appliance 6.7. Comme condition préalable d'installation d'UMDS sous Linux, vous avez besoin d'un serveur Linux sur lequel vous devez préconfigurer la base de données PostgreSQL et un DSN 64 bits. Montez le fichier ISO du dispositif vCenter Server Appliance 6.7 sur la machine Linux, puis installez et configurez UMDS 6.7.
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, voir la documentation Installation et administration de VMware vSphere Update Manager.
Installation d'UMDS 6.7 dans un environnement comportant uniquement des instances d'Update Manager 6.7
Dans l'assistant d'installation d'UMDS 6.7, vous pouvez sélectionner comme magasin de correctifs un répertoire de téléchargement existant d'une installation UMDS 6.5 ou UMDS 6.0 antérieure, et réutiliser les mises à jour téléchargées applicables dans UMDS 6.7. Vous devez désinstaller les instances existantes d'UMDS 6.0 ou d'UMDS 5.5 avant de réutiliser le magasin de correctifs. Après avoir associé un répertoire de téléchargement existant à UMDS 6.7, 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.7 avant d'exporter des mises à jour.
Installation d'UMDS 6.7 dans un environnement comportant des instances d'Update Manager 6.7 et d'Update Manager 6.5
N'installez pas UMDS 6.7 avec un répertoire de téléchargement d'UMDS 6.5 existant si votre environnement contient à la fois des instances d'Update Manager 6.7 et d'Update Manager 6.5. Dans ce cas, vous devez installer UMDS 6.7 et UMDS 6.5 sur deux machines distinctes afin d'exporter les mises à jour de chaque version respective d'Update Manager.
Update Manager Utility
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.
Lorsque vous installez Update Manager ou UMDS, vSphere Update Manager Utility est installé silencieusement sur le système en tant que composant supplémentaire.
Notes relatives aux mises à niveau
Cette version permet d'effectuer des mises à niveau d'Update Manager versions 6.5 et 6.0 (et de leurs versions de mise à jour respectives) qui sont installées sur un système d'exploitation Windows 64 bits. Avant de mettre à niveau Update Manager, vous devez mettre à niveau vCenter Server et vSphere Web Client vers une version compatible.
Les mises à niveau directes des versions d'Update Manager antérieures à la version 5.5, 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 le même outil de migration des données que celui fourni avec le support d'installation d'Update Manager 5.0 pour déplacer votre système Update Manager d'un système d'exploitation 32 bits vers Update Manager 5.0 sous un système d'exploitation Windows 64 bits. Par la suite, effectuez une mise à niveau de la version 5.0 ou de la version 5.1 vers la version 5.5 avant la mise à niveau vers la version 6.7. 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.
La mise à niveau d'UMDS 5.x ou d'UMDS 6.x vers UMDS 6.7 n'est pas prise en charge.
Notes relatives à la migration
VMware fournit des chemins de migration d'Update Manager d'un système d'exploitation Windows vers un dispositif vCenter Server Appliance 6.7.
Update Manager peut migrer vers vCenter Server Appliance dans les modèles de déploiement de vCenter Server suivants :
- vCenter Server et Update Manager s'exécutent sur la même machine Windows
- vCenter Server et Update Manager s'exécutent sur des machines Windows distinctes
- Update Manager s'exécute sur une machine Windows et est connecté à un dispositif vCenter Server Appliance
Pour obtenir des informations détaillées sur la migration, reportez-vous à Installation et administration de VMware vSphere Update Manager et à la documentation Mise à niveau de vSphere.
Interopérabilité et configuration logicielle requise
La Matrice d'interopérabilité des produits VMware fournit des détails sur la compatibilité des versions en cours et précédentes des composants VMware vSphere, dont ESXi, vCenter Server et des produits VMware facultatifs. La compatibilité de vCenter Server s'applique également au serveur vSphere Update Manager et à UMDS. vSphere Update Manager, vSphere Web Client et vSphere Client sont fournis avec vCenter Server.
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 vCenter Server. La compatibilité de la base de données pour vCenter Server s'applique également au serveur vSphere 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 6.0
- ESXi 6.5
- ESXi 6.7
- Mises à niveau d'hôtes ESXi 6.0 et ESXi 6.5 et de leurs versions de mise à jour respectives vers ESXi 6.7
- Mises à niveau de VMware Tools et du matériel virtuel pour les machines virtuelles
Systèmes d'exploitation compatibles pour la mise à niveau de VMware Tools et du matériel virtuel
Remarque : 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 2016 Datacenter Edition 64 bits
- Windows Server 10 Enterprise Edition 32 bits
- Windows 8.1 Update 3 Entreprise 32 bits
- Windows Server 2012 R2 Update 3 Datacenter Edition 64 bits
- Windows Server 2012 Datacenter Edition 64 bits
- Windows 7 SP1 Entreprise 64 bits
- Windows Server 2008 R2 SP1 Datacenter Edition 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 Server 2012 R2 [Standard/Enterprise/Datacenter] 64 bits
- Windows Server 2012 R2 Update 1 [Standard/Enterprise/Datacenter] 64 bits
- Windows Server 2012 [Standard/Datacenter] 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 Server 2008 [Standard/Enterprise/Datacenter] 32 bits
- Windows Server 2008 [Standard/Enterprise/Datacenter] 64 bits
- Windows Server 2008 SP2 [Standard/Enterprise/Datacenter] 32 bits
- Windows Server 2008 SP2 [Standard/Enterprise/Datacenter] 64 bits
- Windows Server 2008 R2 [Standard/Enterprise/Datacenter] 64 bits
- Windows Server 2008 R2 SP1 [Standard/Enterprise/Datacenter] 64 bits
- Windows XP Professionnel 32 bits (SP3 requis)
- Windows XP Professionnel 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 2003 [Standard/Enterprise/Datacenter] 32 bits (SP2 requis)
- Windows Server 2003 [Standard/Enterprise/Datacenter] 64 bits (SP2 requis)
- Windows 2000 [Professionnel/Server/Advanced Server/Datacenter Server] 32 bits
- Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 64 bits
- Red Hat Enterprise Linux 8 (64 bits)
- Red Hat Enterprise Linux 7.3
- Red Hat Enterprise Linux 7.2
- Red Hat Enterprise Linux 7.0
- Red Hat Enterprise Linux 6.8
- Red Hat Enterprise Linux 6.5
- Red Hat Enterprise Linux 5.10
- Red Hat Enterprise Linux 5
- Red Hat Enterprise Linux 4
- Red Hat Enterprise Linux 3
- Red Hat Enterprise Linux 2
- CentOS 8 (64 bits)
- CentOS 6.9
- CentOS 6.5
- CentOS 6
- CentOS 5.10
- CentOS 5
- CentOS 4
- Debian 8.1
- Debian 8
- Debian 6
- Debian 5
- Debian 4
- Ubuntu non LTS 15.04
- Ubuntu 17.x
- Ubuntu 16.04
- Ubuntu 14.04
- Ubuntu 13.10
- Ubuntu 11.x
- Ubuntu 10.x
- Ubuntu 9.x
- Ubuntu 8.x
- Ubuntu 7.x
- SUSE Linux Enterprise Server 15 (64 bits)
- SUSE Linux Enterprise Server 12 SP2
- SUSE Linux Enterprise Server 12 SP1
- SUSE Linux Enterprise Server 12
- SUSE Linux Enterprise Server 11 SP4
- SUSE Linux Enterprise Server 11 SP3
- SUSE Linux Enterprise Server 9
- SUSE Linux Enterprise Server 8
- Oracle Enterprise Linux 8 (64 bits)
- Oracle Enterprise Linux 7.0
- Oracle Enterprise Linux 6.7
- Oracle Enterprise Linux 6.5
- Oracle Enterprise Linux 6
- Oracle Enterprise Linux 5.1
- Oracle Enterprise Linux 5
- Oracle Enterprise Linux 4
- Oracle Enterprise Linux UEK3 Update 5
- Asianux 4
- Asianux 3
- Asianux Server 8 (64 bits)
- Noyau Linux 4.x
- Noyau Linux 4.x (64 bits)
Remarque : les systèmes d'exploitation invités Linux utilisant Open VM Tools ou des modules OSP (Operating System Specific Packages) sont gérés à l'aide d'outils de gestion de modules spécifiques à la distribution, tels que Yum ou Apt. Update Manager ne prend pas en charge la mise à niveau de VM Tools ou d'une version du matériel virtuel pour de telles machines virtuelles Linux.
Problèmes résolus
Les problèmes résolus sont regroupés comme suit :
Utilisation d'Update Manager
- Après une mise à niveau vers vCenter Server 6.7, vous risquez ne pas être en mesure de modifier les paramètres de proxy de vSphere Update Manager à l'aide de vSphere Web Client
Après une mise à niveau vers vCenter Server 6.7, les tentatives de modification des paramètres de proxy de Sphere Update Manager à l'aide de vSphere Web Client peuvent échouer avec le message An internal error has occurred - Error #1009
.
Ce problème est résolu dans cette version.
- La mise à niveau vers vCenter Server Appliance 6.7 peut échouer en raison de la présence de caractères spéciaux dans le mot de passe de base de données pour Sphere Update Manager
Comme Sphere Update Manager utilise des mots de passe générés de manière aléatoire pour les bases de données, des caractères spéciaux (tels que $_
) dans un mot de passe peuvent être remplacés par des valeurs de variables d'environnement pendant une mise à niveau vers vCenter Server Appliance 6.7. La mise à niveau peut alors échouer. Une erreur FATAL : échec de l'authentification du mot de passe pour l'utilisateur vumuser
peut s'afficher.
Ce problème est résolu dans cette version.
Problèmes connus des versions antérieures
Pour afficher la liste des problèmes connus précédents, cliquez ici.
Les problèmes connus des versions antérieures sont classés comme suit :
Installation, mise à niveau et migration
- L'opération d'analyse d'hôte peut échouer avec un message d'erreur générique après une migration d'Update Manager exécutée sous Windows vers vCenter Server Appliance 6.7
Si vous migrez un serveur Update Manager qui s'exécute sous Windows vers vCenter Server Appliance 6.7, les opérations d'analyse des hôtes peuvent échouer avec un message d'erreur générique.
Solution : pour résoudre ce problème, procédez comme suit :
- Téléchargez les correctifs dans le référentiel d'Update Manager. Pour plus d'informations, consultez Configurer Update Manager pour utiliser Internet comme source de téléchargement.
- Réinitialiser la base de données d'Update Manager sur vCenter Server Appliance pour nettoyer les correctifs d'ESXi 6.0 ou d'ESXi 6.5 qui ont été téléchargés à partir de bundles hors ligne.
Utilisation d'Update Manager dans vSphere Client
- Le plug-in Update Manager pour vSphere Client peut devenir non authentifié
Si vous n'avez pas utilisé les fonctionnalités d'Update Manager pendant un certain temps, le plug-in Update Manager pour vSphere Client risque de devenir non authentifié. Dans l'onglet Mises à jour de vSphere Client, vous pouvez voir l'un des messages d'erreur suivants :
La session n'est pas authentifiée.
Échec de l'authentification de VUM
Erreur de sécurité
Solution : déconnectez-vous de vSphere Client, puis reconnectez-vous.
- Les tentatives de collage d'une adresse URL sur une image ESXi ou un bundle hors ligne que vous souhaitez importer dans vSphere Client échouent sur Internet Explorer
Si vous utilisez Internet Explorer pour connecter vSphere Client, lorsque vous accédez à Accueil > Update Manager > Mises à jour > Importer ou Accueil > Update Manager > Images ESXi > Importer et que vous tentez de coller une adresse URL sur le bundle hors ligne ou sur l'image ESXi que vous tentez d'importer, le champ de texte est en lecture seule et vous ne pouvez pas coller l'adresse URL.
Solution : cliquez sur l'icône d'avertissement rouge et cliquez de nouveau dans le champ de texte. Cela rend le champ de texte à nouveau accessible en écriture.
- La fiche d'Update Manager dans l'onglet Résumé du cluster affiche un indicateur signalant constamment un chargement
Si vous sélectionnez un cluster et cliquez sur l'onglet Résumé , vous pouvez voir une fiche d'Update Manager qui présente des informations sur la conformité des hôtes du cluster et l'état de correction de prévérification. Pour l'état de conformité, vous pouvez voir un indicateur signalant constamment un chargement. L'indicateur continue à signaler un chargement indéfiniment, mais aucune information ne s'affiche. En outre, aucune erreur sur l'état de conformité non récupéré n'est enregistrée dans les journaux.
Solution : analysez le cluster. La fiche de résumé se remplit avec les informations.
- La vue Accueil d'Update Manager n'affiche pas l'instance appropriée de vCenter Server après une actualisation globale de vSphere Client
Votre installation est composée de plusieurs instances de vCenter Server connectées à des serveurs Update Manager. Vous utilisez vSphere Client pour accéder à la vue Accueil d'Update Manager en sélectionnant Menu > Update Manager. Dans le menu déroulant qui contient les noms de domaine complets ou les adresses IP de vCenter Server, vous remplacez l'instance de vCenter Server présélectionnée par défaut par celle que vous souhaitez utiliser. Si vous actualisez vSphere Client ou effectuez une opération qui nécessite l'actualisation de vSphere Client, après l'actualisation, la sélection revient à l'instance de vCenter Server qui est répertoriée en premier dans le menu déroulant.
Solution : aucune. Sélectionnez à nouveau l'instance de vCenter Server que vous souhaitez utiliser.
- Le portlet d'Update Manager dans l'onglet Résumé affiche un avertissement au lieu d'une correction de prévérification réussie dans vSphere Client
Dans vSphere Client, accédez à Hôte ou clusters, sélectionnez un hôte ou un cluster, et cliquez sur l'onglet Mises à jour. Effectuez une correction de prévérification à partir de la fiche désignée dans l'onglet Mises à jour. La correction de prévérification réussit et n'affiche pas de vérifications ayant échoué. Ensuite, si vous accédez à l'onglet Résumé de l'hôte ou du cluster pour lequel vous avez effectué la vérification, le portlet Update Manager affiche par erreur un avertissement sur les vérifications de correction ayant échoué lorsqu'en réalité cette correction a réussi.
Solution : pour l'état de correction de prévérification approprié, utilisez les informations affichées dans l'onglet Mises à jour plutôt que celles de l'onglet Résumé pour l'hôte ou le cluster.
- vSphere Client affiche une erreur non spécifiée lors de la création d'une ligne de base ou d'un groupe de lignes de base dans Internet Explorer
Lorsque vous utilisez vSphere Client dans Internet Explorer, si vous avez commencé à créer une ligne de base ou un groupe de lignes de base et fermé l'assistant avant la fin de la tâche, la prochaine fois que vous lancez la création d'une ligne de base ou d'un groupe de lignes de base, Update Manager peut afficher le message d'erreur suivant dans l'assistant de nouvelle ligne de base ou de nouveau groupe de lignes de base :
Erreur non spécifiée
Solution : ignorez l'erreur. Malgré le message d'erreur non spécifiée, vous pouvez continuer à progresser dans les pages des assistants de nouvelle ligne de base ou de nouveau groupe de lignes de base, et terminer la tâche.
- Les liens de base de connaissances sur les détails de mise à jour de correctifs ne sont pas interactifs
Dans vSphere Client, cliquez sur Menu > Update Manager, puis sur l'onglet Mises à jour. Sélectionnez un correctif dans la liste de mises à jour. Dans la vue Détails de la mise à jour, cliquez sur le lien de base de connaissances disponible dans la description de la mise à jour. Le lien n'ouvre pas la base de connaissances décrivant la mise à jour.
Solution : pour résoudre ce problème, procédez de l'une des manières suivantes :
- Cliquez avec le bouton droit sur le lien de la base de connaissances et sélectionnez Ouvrir le lien dans une nouvelle fenêtre ou Ouvrir le lien dans un nouvel onglet.
- Copiez l'URL de la base de connaissances de la description du correctif et collez-la dans un nouvel onglet du navigateur.
- Copiez l'ID de base de connaissances. Dans un navigateur Web, ouvrez et recherchez l'ID de base de connaissances. L'ID de base de connaissances est le numéro qui figure après la dernière barre oblique d'une URL de base de connaissances.
- Le filtrage de la liste de correctifs dans les assistants de modification de ligne de base et de modification de groupe de lignes de base supprime tous les correctifs présélectionnés
Lorsque vous tentez de modifier une ligne de base de correctif personnalisée, si vous filtrez une liste de correctifs comportant des éléments sélectionnés, après l'annulation des critères de filtrage, la sélection initiale de correctifs est perdue. Le même problème se produit avec les groupes de lignes de base. Lorsque vous tentez de modifier un groupe de lignes de base, si vous filtrez une liste de lignes de base comportant des éléments sélectionnés, après l'annulation des critères de filtrage, la sélection initiale de lignes de base est perdue.
Solution : n'utilisez pas l'option de filtrage sur la page Sélectionner manuellement des correctifs des assistants de modification de ligne de base ou de modification de groupe de lignes de base.
- Les tentatives de détachement d'une ligne de base faisant partie d'un groupe de lignes de base provoquent une erreur
Sélectionnez un hôte ou un cluster dans l'inventaire et cliquez sur l'onglet Mises à jour. Si un groupe de lignes de base est attaché à l'objet d'inventaire, et s'il contient au moins une ligne de base, lorsque vous tentez de détacher la ligne de base de l'objet, vSphere Client ne parvient pas à détacher la ligne de base et affiche le message d'erreur suivant :
Erreur NullPointerException
Solution : aucune. Le détachement de lignes de base faisant partie d'un groupe de lignes de base n'est pas une action prise en charge.
- L'accès à la page d'accueil d'Update Manager à partir de la vue de conformité d'Update Manager risque de sélectionner une instance incorrecte de vCenter Server dans l'inventaire
Lorsque vous sélectionnez un hôte ou un cluster et cliquez sur l'onglet Mises à jour, vous êtes dans la vue de conformité d'Update Manager. Si vous cliquez sur le bouton Aller à la page d'accueil d'Update Manager, l'instance de vCenter Server pré-sélectionnée dans le menu déroulant peut être différente de l'instance de vCenter Server sur laquelle l'hôte ou le cluster s'exécute. Toutes les modifications que vous apportez à des lignes de base, des groupes, des correctifs ou images ESXi s'affichent plutôt sur l'instance différente de vCenter Server, et vous ne pouvez pas les appliquer à l'hôte ou au cluster que vous avez initialement sélectionné.
Solution : utilisez le menu déroulant pour sélectionner l'instance de vCenter Server qui est enregistrée dans le serveur Update Manager que vous souhaitez gérer.
- Les navigateurs utilisant des paramètres régionaux non anglais peuvent afficher un nombre incorrect de correctifs d'hôte critiques
Si vous utilisez vSphere Client dans un navigateur utilisant des paramètres régionaux autres que Anglais, lorsque vous accédez à Hôtes et Clusters, sélectionnez un hôte et cliquez sur l'onglet Mises à jour, la fiche qui présente l'état de conformité de l'objet affiche zéro correctif critique même si le nombre réel de correctifs de d'hôte critiques est différent de zéro.
Solution : aucune.
- La prévérification de la correction peut signaler des informations trompeuses sur la santé du cluster vSAN
Dans vSphere Client, lorsque vous sélectionnez un hôte ou un cluster, et cliquez sur l'onglet Mises à jour, la vue Conformité d'Update Manager s'affiche. Dans la vue Conformité d'Update Manager, si vous cliquez sur la carte de prévérification de la correction, le message suivant s'affiche dans les problèmes et actions de cluster signalés :
Le contrôle de santé de vSAN a-t-il réussi ? Oui. Aucune action nécessaire
Les informations affichées sur la santé du cluster vSAN sont trompeuses, car aucun contrôle de santé n'est effectué sur le cluster vSAN.
Solution : aucune. ignorez les informations affichées sur la santé de vSAN dans le rapport de prévérification de la correction du cluster. Cela semble bien, merci Rali
Installation, mise à niveau et migration
- L'interface utilisateur d'Update Manager affiche un message d'erreur
Si vous exécutez un serveur Update Manager sur une machine distincte du système vCenter Server sous Windows et que vous avez mis à niveau Update Manager vers la version 6.5 Update 1, l'interface utilisateur de l'onglet Update Manager affiche un message d'erreur et est inaccessible. Le message d'erreur qui s'affiche est le suivant :
interface com.vmware.vim.binding.integrity.vcIntegrityis not visible from class loader
Solution : redémarrez le service vCenter Server sur la machine hôte Windows.
- Les tentatives de remplacement du certificat SSL sur un dispositif vCenter Server Appliance 6.5 Update 1 récemment mis à jour échouent
Après la mise à jour de vCenter Server Appliance de la version 6.5 vers la version 6.5 Update 1, toute tentative de remplacement du certificat SSL sur la machine hôte échoue, car le service Update Manager ne parvient pas à accéder au fichier .buildinfo
situé dans /etc/vmware/
. Ce problème se produit, car les autorisations pour accéder au fichier .buildinfo
ont été modifiées de 444 à 640 pendant la mise à jour de vCenter Appliance.
Solution : modifiez l'autorisation du fichier .buildinfo
sur 444, en effectuant les tâches suivantes :
- Connectez-vous à vCenter Server Appliance en tant que
root
.
- Modifiez l'autorisation sur le fichier
.buildinfo
de 640 à 444, en utilisant la commande suivante :
chmod 444 /etc/vmware/.buildinfo
- Tentez de remplacer le certificat SSL.
Le service UMDS que vous installez sur Linux ne contient pas l'utilitaire Update Manager
Lorsque vous installez UMDS sur un système Linux, l'utilitaire Update Manager n'est pas installé sur le système.
Solution : vous pouvez effectuer l'une des tâches suivantes pour résoudre ce problème :
- Sur les systèmes Linux, réinitialisez la base de données à l'aide de la commande suivante :
cd <UMDS_INSTALLATION_DIRECTORY>/bin/ ./vmware-vciInstallUtils -D <DSN> -U <DB_USERNAME> -P <DB_PASSWORD> -I <UMDS_INSTALLATION_DIRECTORY>/bin -L <LOG_DIRECTORY> -C <UMDS_INSTALLATION_DIRECTORY>/bin -T PostgreSQL -O dbcreate
- Sur les systèmes Linux, mettez à jour l'hôte proxy et le port :
- Mettez à jour l'hôte proxy et le port à l'aide de la commande suivante :
<UMDS_INSTALLATION_DIRECTORY>/bin/vmware-umds -S -p <HOST>:<PORT>
- Mettez à jour le nom d'utilisateur et le mot de passe du proxy à l'aide de la commande suivante :
cd <UMDS_INSTALLATION_DIRECTORY>/bin
vi downloadConfig.xml
- Dans le fichier
downloadConfig.xml
, mettez à jour les paramètres proxySettings/username et proxySettings/password.
La migration d'Update Manager peut échouer si le DSN de la base de données Update Manager contient des caractères ASCII étendus
Lorsque vous migrez Update Manager de Windows vers le dispositif vCenter Server Appliance 6.5, si le DSN de la base de données Update Manager contient des caractères ASCII étendus, la migration échoue.
Solution : renommez le DSN afin qu'il ne contienne aucun caractère ASCII étendu.
-
Bien que le dispositif vCenter Server Appliance ne soit pas connecté à Internet, vSphere Web Client affiche un message d'erreur sur l'échec de la tentative de téléchargement de correctifs pour Update Manager
Après le déploiement du dispositif vCenter Server Appliance, le service Update Manager démarre automatiquement, et tente de télécharger les correctifs à partir des dépôts de correctifs prédéfinis. Le téléchargement des correctifs au démarrage du service est une option pour le service Update Manager du dispositif vCenter Server Appliance, et est activé par défaut après le déploiement du dispositif vCenter Server Appliance. Après le déploiement, si le dispositif vCenter Server Appliance n'a pas de connexion à Internet, lorsque vous vous connectez à vSphere Web Client un message d'erreur s'affiche sur l'échec de la tentative de téléchargement de correctifs pour Update Manager. Ce message d'erreur se répète, car la tâche s'exécute quotidiennement.
Solution : si votre dispositif vCenter Server Appliance n'a pas de connexion à Internet, après que Update Manager n'a pas réussi à télécharger des correctifs au démarrage initial du dispositif vCenter Server Appliance, désactivez l'option de téléchargement de correctifs au démarrage du service Update Manager. Update Manager arrête ses tentatives de téléchargement de correctifs au démarrage du service Update Manager.
Effectuez les opérations suivantes pour désactiver le téléchargement de correctifs au démarrage du service Update Manager.
- Dans vSphere Web Client, sélectionnez Accueil > Administration.
- Sélectionnez Déploiement > Configuration système, puis sélectionnez Services.
- Dans la liste de services, sélectionnez VMware vSphere Update Manager, puis cliquez sur l'onglet Gérer.
- Cliquez sur Modifier, puis dans la zone de texte Télécharger des correctifs au démarrage du service, entrez False comme valeur et cliquez sur OK.
- Redémarrez le service VMware vSphere Update Manager.
-
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 :
- 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.
- Désinstallez tous les composants de Microsoft .NET Framework 4.
- Ouvrez une fenêtre d'invite de commande et passez au répertoire C:\Windows\Microsoft.NET\Framework\v2.0.50727
- 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
- Définissez le chemin d'accès sur C:\Windows\Microsoft.NET\Framework64\v2.0.50727
- 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
- Téléchargez et réinstallez tous les composants de Microsoft .NET Framework 4.
- Dès que l'installation est terminée, activez tous les services qui nécessitent l'utilisation de Microsoft .NET Framework 4.
- 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 :
- 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 :
.\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
- Tentez de nouveau d'installer le serveur Update Manager ou UMDS.
-
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.
-
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
- La correction du cluster Virtual SAN échoue si le nombre total de CPU pour les machines virtuelles dans la base de données Virtual SAN est supérieur à 384
Les tentatives de correction d'un cluster Virtual SAN avec des machines virtuelles dans la base de données Virtual SAN 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 Virtual SAN 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 Virtual SAN 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 Virtual SAN sur lequel la correction a échoué.
-
Au cours du transfert ou de la correction de correctifs, un message d'avertissement erroné peut apparaître
Au cours du transfert ou de la correction des opérations dans Update Manager, il se peut qu'un message erroné vous avertisse que certains correctifs ne sont pas disponibles. Le message d'avertissement que vous recevez est le suivant :
Certains des correctifs que vous avez sélectionnés pour la correction ne sont pas disponibles. Voulez-vous continuer ?
.
Solution : ignorez ce message, puis cliquez sur Oui pour continuer le transfert. Tous les correctifs que vous avez initialement sélectionnés seront transférés.
-
Update Manager signale que l'état de conformité est Incompatible lors de l'analyse ou de la correction des hôtes ESXi 5.x qui appartiennent à un cluster HA
Lorsque vous effectuez une analyse de mise à niveau d'hôtes ESXi 5.x qui appartiennent à un cluster HA, il est possible qu'Update Manager signale que l'état de conformité des hôtes est Incompatible et pourrait ne pas permettre leur correction. L'état de conformité Incompatible est du à la façon dont l'agent FDM (HA) est installé sur les hôtes ESXi 5.x. À partir de vSphere 5.0, l'agent FDM est installé sur les hôtes ESXi en tant que VIB. Lorsqu'un VIB est installé ou mis à jour sur un hôte ESXi, un indicateur est défini pour indiquer que la banque de démarrage sur l'hôte a été mise à jour. Update Manager vérifie cet indicateur pendant qu'il effectue une analyse de mise à niveau ou de correction. En outre, l'indicateur doit être effacé avant la mise à niveau d'un hôte. L'indicateur peut être effacé en redémarrant l'hôte.
Lorsque vous effectuez une analyse de mise à niveau d'hôtes ESXi 5.x qui appartiennent à un cluster HA, il est possible qu'Update Manager signale que l'état de conformité des hôtes est Incompatible et pourrait ne pas permettre leur correction. L'état de conformité Incompatible est du à la façon dont l'agent FDM (HA) est installé sur les hôtes ESXi 5.x. À partir de vSphere 5.0, l'agent FDM est installé sur les hôtes ESXi en tant que VIB. Lorsqu'un VIB est installé ou mis à jour sur un hôte ESXi, un indicateur est défini pour indiquer que la banque de démarrage sur l'hôte a été mise à jour. Update Manager vérifie cet indicateur pendant qu'il effectue une analyse de mise à niveau ou de correction. En outre, l'indicateur doit être effacé avant la mise à niveau d'un hôte. L'indicateur peut être effacé en redémarrant l'hôte.
Solution : redémarrez les hôtes qui signalent que leur état de conformité est Incompatible. Réexécutez l'analyse de mise à niveau ou la correction lorsque l'hôte est à nouveau en ligne.
-
La correction des hôtes 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 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 Précédent 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 d'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
-
Le terme Partner
n'est pas traduit
Lorsque vous accédez à Page d'accueil > Update Manager > Gérer > Images ESXI > Importer une image ESXi
, le terme Partner
dans la boîte de dialogue Importer une image ESXi d'Update Manager n'est pas traduit.
-
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
Une image ESXi ne s'affiche pas dans la liste après une tâche d'importation
Si vous supprimez une image ESXi, puis l'importez à nouveau après un certain temps, elle ne s'affiche pas dans la liste des images ESXi que Update Manager peut utiliser. L'image est téléchargée, mais n'est pas affichée dans la liste Images ESXi sous l'onglet Gérer de la vue Administration d'Update Manager. Si vous utilisez le bouton d'actualisation de vSphere Web Client, l'image ESXi ne s'affiche toujours pas dans la liste des images ESXi importées.
Solution : pour résoudre ce problème, utilisez le bouton d'actualisation de votre navigateur.
-
Vous ne pouvez pas modifier les paramètres du magasin de correctifs d'Update Manager à partir de la vue Administration d'Update Manager de vSphere Web Client
Si le nom d'hôte de la machine serveur Update Manager contient des caractères ASCII étendus ou des caractères non ASCII, toute tentative de basculement entre le nom d'hôte et l'adresse IP pour le magasin de correctifs d'Update Manager sous les paramètres de mise en réseau d'Update Manager échoue avec le message d'erreur suivant :
Info erreur : com.vmware.vim.vmomi.core.exception.Unmarsh allException: Impossible de démarshaler la réponse.
Solution : utilisez des caractères ASCII dans le nom d'hôte de la machine serveur Update Manager.
Le service Update Manager ne démarre pas automatiquement après le redémarrage du service VMware VirtualCenter Server
Si vCenter Server s'arrête de fonctionner de manière inattendue, il existe des processus automatisés qui forcent le redémarrage du service VMware VirtualCenter Server (service vmware-vpxd). Toutefois, après le démarrage du service VMware VirtualCenter Server, le service Update Manager ne démarre pas automatiquement.
Solution : démarrez manuellement le service Update Manager.
-
L'aide d'Update Manager Utility qui s'exécute sous Linux expose par erreur une option d'actualisation des certificats d'Update Manager
Lorsque vous appelez l'aide d'Update Manager Utility s'exécutant sous Linux, vous verrez sur la ligne des arguments suggérés l'option d'actualisation des certificats utilisés par Update Manager. Cette option ne doit pas être exposée.
Solution : aucune. N'utilisez pas cette option.
Le service Update Manager risque de ne pas démarrer si vous le configurez pour utiliser un port personnalisé inférieur à 1 024
À partir de vSphere Web Client vous pouvez personnaliser le port à utiliser pour le service VMware vSphere Update Manager. Si vous personnalisez le port à une valeur inférieure à 1 024, vous ne pourrez pas démarrer le service Update Manager. Cela se produit, car les ports inférieurs à 1 024 sont déjà utilisés par le dispositif vCenter Server Appliance, ce qui provoque l'échec du démarrage du service Update Manager.
Solution : aucune. Si vous utilisez un port personnalisé pour le service Update Manager, choisissez pour le port une valeur supérieure à 1 024.
-
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.
-
L'utilisation d'Update Manager dans les environnements vSphere comportant plusieurs instances de vCenter Server, enregistrées sur une instance de Platform Services Controller, peut être impossible
Si vous configurez un environnement vSphere comportant deux instances de vCenter Server qui sont enregistrées sur un Platform Sevices Controller et si vous avez des serveurs Update Manager enregistrés sur chaque instance de vCenter Server, vous pouvez vous connecter à l'une des instances d'Update Manager, mais lorsque vous tentez de vous connecter à la seconde, la connexion d'Update Manager Client échoue. Le message d'erreur suivant s'affiche pour l'instance d'Update Manager à laquelle vous ne pouvez pas vous connecter :
Droit insuffisant pour récupérer des données.
Solution : dans l'instance de vSphere Web Client qui gère les instances de vCenter Server, créez un utilisateur disposant de tous les privilèges vSphere et utilisez ce compte pour vous connecter à l'instance d'Update Manager qui affiche le message d'erreur.
-
Le serveur Update Manager peut perdre la connexion à l'instance de vCenter Server après quelques jours d'activité
Si vous utilisez le serveur Update Manager pendant quelques jours, il peut perdre la connexion à l'instance de vCenter Server et pendant l'exécution d'opérations dans Update Manager Client le message d'erreur suivant peut s'afficher :
Aucune connexion au serveur VC pour se reconnecter.
Solution : à l'aide de l'utilitaire Update Manager, reconnectez le serveur Update Manager à l'instance de vCenter Server, puis redémarrez le service Update Manager.
-
Une erreur système sans contenu informatif s'affiche lorsqu'un hôte faisant partie d'un cluster Virtual SAN 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 Virtual SAN ne parvient pas à entrer en mode de maintenance, une erreur système générique sur Virtual SAN 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 :
- Dans le volet Tâches récentes, cliquez sur Afficher les détails.
- Cliquez sur Envoyer le rapport d'erreur pour afficher des informations détaillées sur la cause de l'échec sous Pile d'erreurs.
-
Update Manager Utility ne prend pas en charge les adresses IPv6 lors de la connexion
Si vous tentez de vous connecter à Update Manager Utility en tapant l'adresse IPv6 d'une machine vCenter Server, cette opération échoue avec un message d'erreur.
Solution : pour vous connecter correctement à Update Manager Utility, tapez l'adresse IPv4 ou le nom d'hôte de la machine vCenter Server.
-
VMware Update Manager n'utilise pas l'authentification proxy configurée
Lorsque vous lancez une tâche de téléchargement de correctifs, même si Update Manager est configuré pour utiliser un proxy avec authentification, il utilise des informations d'identification anonymes pour s'authentifier sur le serveur proxy. Si le serveur proxy n'accepte pas les informations d'identification anonymes, la tâche de téléchargement de correctifs peut échouer.
Solution : modifiez le service Update Manager afin qu'il s'exécute en utilisant un compte administrateur local avec des droits d'administrateur local ou un compte de domaine avec des droits d'administrateur local.
-
La machine virtuelle qui exécute Update Manager peut être mise hors tension lors d'une mise à niveau d'hôte
En dehors des clusters DRS, Update Manager ne met pas à niveau l'hôte sur lequel la machine virtuelle vCenter Server ou Update Manager fonctionne. Dans les clusters DRS, si vous lancez une tâche de correction sur l'hôte qui exécute la machine virtuelle vCenter Server ou Update Manager, DRS tente de migrer la machine virtuelle vers un autre hôte pour que la correction aboutisse. Si vous supprimez l'hôte sur lequel la machine virtuelle Update Manager s'exécute à partir d'un cluster DRS, puis l'ajoutez à un centre de données dans l'inventaire vSphere Web Client, vous pouvez corriger l'hôte et la machine virtuelle Update Manager se met 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.
-
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.
-
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.
- 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 paramètre 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 hors 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 plusieurs 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 le fichier ufa729F.tmp
), procédez comme suit :
- Sélectionnez Démarrer > Exécuter.
- Dans la fenêtre Exécuter, entrez
regedit
, puis appuyez sur Entrée.
- Dans l'Éditeur du Registre, accédez au fichier
My Computer\HKEY_LOCAL_MACHINE
et sélectionnez le fichier ufa729F.tmp
.
- Sélectionnez Fichier > Décharger la ruche.
- Ouvrez une fenêtre d'invite de commandes.
- 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 utilisation. 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 le fichier ufaFF50.tmp.LOG2
), procédez comme suit :
- Ouvrez une fenêtre d'invite de commandes.
- Accédez à
C:\
et exécutez la commande suivante :
del C:\Windows\Temp\ufaFF50.tmp.LOG2
-
Update Manager Web Client n'est pas affiché dans vSphere Web Client
Si vous enregistrez le serveur Update Manager dans un système vCenter Server en utilisant une adresse IPv6, puis tentez de vous connecter à vSphere Web Client en utilisant une adresse IPv4, l'onglet Update Manager ne s'affiche pas dans vSphere Web Client.
Solution : pour voir l'onglet Update Manager dans vSphere Web Client, effectuez l'une des tâches suivantes :
- Si vous avez enregistré le serveur Update Manager dans un système vCenter Server en utilisant IPv4, utilisez une adresse IPv4 pour vous connecter à vSphere Web Client.
- Si vous avez enregistré le serveur Update Manager dans un système vCenter Server en utilisant IPv6, utilisez une adresse IPv6 pour vous connecter à vSphere Web Client.
-
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.
- Update Manager cesse de répondre dans vSphere Web Client si le nom d'hôte ou le nom de domaine complet d'Update Manager contient des caractères ASCII étendus ou non-ASCII
Si le nom d'hôte ou le nom de domaine complet d'Update Manager contient des caractères ASCII étendus ou non-ASCII, le service Update Manager peut s'arrêter. Le plug-in Update Manager risque alors de cesser de répondre dans vSphere Web Client.
Solution : utilisez uniquement des caractères ASCII dans le nom d'hôte ou le nom de domaine complet d'Update Manager.
- Update Manager ne parvient pas à télécharger les correctifs à partir d'UMDS
Après le téléchargement et l'exportation des correctifs avec UMDS, les autorisations du fichier __hostupdate20-consolidated-metadata-index__.xml
sont définies sur 600. Par conséquent, Update Manager ne parvient pas à télécharger les correctifs à partir d'UMDS.
Solution : pour résoudre ce problème, procédez comme suit :
- Définissez les autorisations des dossiers
hostupdate
et vmw
sur 755.
- Définissez les autorisations du fichier
__hostupdate20-consolidated-metadata-index__.xml
sur 644.
Pour réduire la liste des problèmes connus précédents, cliquez ici.