Comment résoudre les problèmes de pilotes lors de la mise à niveau de VMware ESXi ?

Retour aux actualités

Publié sur 26 janv. 2024.

V Mware 2560x1440 1

Kinamo maintient plusieurs clusters VMware vSphere pour nos clients et pour Kinamo. L'une des tâches cruciales pour maintenir un cluster vSphere sain et performant est de suivre les mises à jour. Dans cet article de blog, nous décrivons une approche de dépannage des pilotes lors de la mise à niveau d'un VMware Esxi 7.0 Update 2 vers WMware ESXI Update 2a.

Nous nous sommes récemment retrouvés dans une situation où l'un de nos clusters vSphere utilisait ESXi 7.0 Update 2 Build 17630552. Cette version a été mise hors ligne par VMware le 12 mars 2021 en raison de problèmes liés à la mise à niveau. Lors de la mise à jour de ces serveurs vers ESXi 7.0 Update 2a (Build 17867351), nous avons rencontré un certain nombre d'erreurs.

Veuillez noter qu'en dehors des modules complémentaires Dell EMC pour les serveurs PowerEdge fournis par Lifecycle Manager lui-même, ces images n'ont pas été personnalisées.

Le problème ici était la rétrogradation d'un composant complémentaire, à savoir "Mellanox Native OFED ConnectX-3 Drivers" (version 3.19.70.1). La rétrogradation n'est pas prise en charge, ce qui a posé un problème de blocage dans le cluster vSphere, les hôtes ne pouvant plus être mis à niveau.

Image

Kinamo maintient plusieurs clusters VMware vSphere pour nos clients et pour Kinamo. L'une des tâches cruciales pour maintenir un cluster vSphere sain et performant est de suivre les mises à jour. Dans cet article de blog, nous décrivons une approche de dépannage des pilotes lors de la mise à niveau d'un VMware Esxi 7.0 Update 2 vers WMware ESXI Update 2a.

Nous nous sommes récemment retrouvés dans une situation où l'un de nos clusters vSphere utilisait ESXi 7.0 Update 2 Build 17630552. Cette version a été mise hors ligne par VMware le 12 mars 2021 en raison de problèmes liés à la mise à niveau. Lors de la mise à jour de ces serveurs vers ESXi 7.0 Update 2a (Build 17867351), nous avons rencontré un certain nombre d'erreurs.

Veuillez noter qu'en dehors des modules complémentaires Dell EMC pour les serveurs PowerEdge fournis par Lifecycle Manager lui-même, ces images n'ont pas été personnalisées.

Le problème ici était la rétrogradation d'un composant complémentaire, à savoir "Mellanox Native OFED ConnectX-3 Drivers" (version 3.19.70.1). La rétrogradation n'est pas prise en charge, ce qui a posé un problème de blocage dans le cluster vSphere, les hôtes ne pouvant plus être mis à niveau.

esxcli software vib remove -n nmlx5-core -n nmlx5-rdma -n nmlx4-core -n nmlx4-fr -n nmlx4-rdma

Cela produira le résultat suivant :

Removal result
Message: The update was successful, but the system must be restarted for the changes to take effect.

Restart required: true

VIB installed :
VIB supprimés : MEL_bootbank_nmlx4-core_3.19.70.1-1OEM.670.0.0.8169922, MEL_bootbank_nmlx4-en_3.19.70.1-1OEM.670.0.0.8169922, MEL_bootbank_nmlx4-rdma_3.19.70.1-1OEM.670.0.0.8169922, MEL_bootbank_nmlx5-core_4.19.70.1-1OEM.700.1.0.15525992, MEL_bootbank_nmlx5-rdma_4.19.70.1-1OEM.700.1.0.15525992

VIBs ignored :

L'étape suivante et finale consiste à redémarrer l'hôte. Soit à partir de la ligne de commande SSH avec la commande "reboot", soit à partir de l'interface graphique.

Après avoir suivi les étapes précédentes, ce lecteur ne devrait plus bloquer la mise à niveau de Lifecycle Manager.

En général, nous ne recommandons pas d'apporter des modifications à vos hôtes à l'aide de SSH et d'esxcli, mais dans ce cas, il s'agit d'une solution. La modification manuelle de l'hôte est annulée par le processus de mise à niveau que nous exécutons immédiatement après cette modification, ce qui permet de rétablir la conformité.

Gardez à l'esprit que l'exécution de commandes esxcli à partir de SSH peut placer un système dans un état non supporté, selon le support VMware.
Comme pour toutes les commandes que l'on copie et colle à partir d'Internet, nous recommandons de les utiliser avec précaution et à bon escient.
N'oubliez pas d'effectuer ces actions lorsque votre hôte est en mode maintenance et qu'aucune machine virtuelle n'est en cours d'exécution.

WMware et Kinamo

Kinamo s'appuie sur VMware vSphere pour la virtualisation des serveurs et sur Horizon pour la virtualisation des postes de travail. VMware offre l'évolutivité, la haute disponibilité et une puissante pile de virtualisation de serveurs qui, à son tour, offre à nos clients le temps de fonctionnement le plus élevé possible, le tout dans un package rentable. Les capacités de gestion axées sur l'entreprise du point de vue de l'infrastructure nous permettent de fournir un service de haute qualité et de réduire les coûts là où c'est nécessaire.

Kinamo a plus de 18 ans d'expérience dans l'hébergement cloud, les services gérés, DevOps et le développement. Avec plus de 15 ans d'expérience dans la virtualisation de serveurs VMware, nous sommes certains d'en connaître les tenants et les aboutissants. Nous ne sommes pas un fournisseur de solutions VMware classique. Comme pour tous les services de Kinamo, nous aimons les projets qui nécessitent une approche "out of the box". Nous sommes fiers d'offrir à nos clients un support accessible et expert, grâce à notre équipe spécialisée ici à Anvers, en Belgique.

Vous avez une question sur cet article ? Ou vous vous demandez si cette assistance accessible et experte à Anvers est bien réelle ? Envoyez-nous un e-mail pour discuter.

Sélectionnez votre langue

Toutes les langues: