Catégorie:
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 le 12 mars 2021. mise hors ligne par VMware a été mise hors ligne en raison de problèmes de 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.
Comme ce pilote n'est pas utilisé par nos systèmes hôtes, le problème peut être résolu en supprimant le pilote du système d'exploitation hôte ESXi. La suite de cet article contient une explication étape par étape de la désinstallation d'un pilote de l'ESXi.
Activez d'abord l'accès SSH à l'hôte, puis connectez-vous à l'aide des informations d'identification "root" via SSH. Procédez ensuite à la suppression des pilotes Mellanox à l'aide de la commande suivante:
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 completed successfully, but the system needs to be rebooted for the changes to be effective.
Reboot Required: true
VIBs Installed:
VIBs Removed: 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 Skipped:
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 vous 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.
Kinamo a plus de 20 ans d'expérience dans l'hébergement cloud, les services managés, le DevOps et le développement. Vous avez une question sur cet article ? Ou souhaitez-vous devenir notre partenaire ? Prenez contact avec nous et passez prendre un café.
Vous n'avez pas obtenu de réponse à toutes vos questions?
Ne vous inquiétez pas, faites une demande d'assistance!