Publié sur 28 nov. 2023.
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.
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-rdmaCela produira le résultat suivant :
Résultat de la suppression
Message : La mise à jour a été effectuée avec succès, mais le système doit être redémarré pour que les modifications soient prises en compte.
Redémarrage requis : true
VIB installé :
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 ignorés :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.
