VxRail : La mise à niveau de vCenter vers la version 7.0 U3c ou une version supérieure échoue en raison d’un conflit potentiel de pilotes

Summary: La mise à niveau d’un vCenter version 7.0u3c ou ultérieure peut déclencher une vérification préalable indiquant un conflit potentiel de pilotes.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Si vous tentez de mettre à niveau vCenter gérant le cluster VxRail 7.0.240, 7.0.241 ou 7.0.300 vers vCenter version 7.0 U3c ou ultérieure, la vérification préalable peut échouer avec l’erreur suivante.

Capture d’écran montrant l’erreur de mise à niveau 

Cause

L’exécution d’une mise à niveau d’un vCenter géré par le client vers la version 7.0 U3c ou une version ultérieure déclenche une nouvelle vérification préalable avant la mise à jour de vCenter.

Cette vérification préalable vérifie si les hôtes sont susceptibles de rencontrer un problème connu de changement de nom de pilote décrit dans l’article de la base de connaissances VMware suivant :
La mise à niveau de vCenter Server 7.0 échoue lors de la vérification préalable avec « Des hôtes ont été trouvés dans l’inventaire vCenter qui sont potentiellement problématiques pour une mise à niveau de vCenter » (86447)Ce lien hypertexte renvoie à un site Web extérieur à Dell Technologies.

La vérification préalable vérifie si des hôtes sont dotés du pilote i40enu problématique (appelé « double conflit de pilotes i40en »). Les clusters VxRail 7.0.240/7.0.241 sont vérifiés pour voir s’ils ont été configurés avec vLCM. Pour plus d’informations sur la nature de ce problème, reportez-vous à l’article de la base de connaissances VMware ci-dessus.
 

Remarque : Ce problème survient sur les clusters VxRail gérés par un serveur vCenter géré par le client.
Les clusters VxRail avec un vCenter déployé sur VxRail ne rencontrent pas ce problème, car il est résolu lors d’une mise à niveau de VxRail.

Resolution

Les hôtes concernés doivent être mis à niveau, ce qui résout le problème, avant la mise à niveau de la version de vCenter gérée par le client. Les ingénieurs VxRail ont publié la version 7.0.320 de VxRail, qui corrige les hôtes concernés avant la tentative de mise à niveau de vCenter. Cela s’applique également aux clusters VxRail exécutant les versions 7.0.240, 7.0.241 ou 7.0.300.

Les stratégies de mise à niveau recommandées sont décrites ci-dessous :

  • Un vCenter géré par le client qui dispose de plusieurs clusters ESXi VxRail ou non-VxRail. Commencez par mettre à niveau TOUS les clusters VxRail et non VxRail, puis mettez à niveau vCenter.
  • Un vCenter géré par le client qui possède à la fois des clusters ESXi VxRail ou non-VxRail et des nœuds satellites VxRail, mettez d’abord à niveau les clusters VxRail et non VxRail, puis mettez à niveau les nœuds satellites VxRail, et enfin mettez à niveau vCenter.

 

Remarque : Les versions du groupe de disques vSAN ou du commutateur distribué VMware vSphere (vDS) ne sont pas mises à niveau vers les dernières versions dans ce scénario. Dans les deux cas, vCenter doit d’abord être mis à niveau. Ils doivent être mis à jour manuellement une fois les mises à niveau VxRail et vCenter terminées. Reportez-vous à la documentation VMware suivante pour savoir comment mettre à niveau les deux :

Affected Products

VxRail Software
Article Properties
Article Number: 000195322
Article Type: Solution
Last Modified: 26 Aug 2025
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.