Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article fournit une solution à un problème où les machines virtuelles perdent la connectivité réseau lorsque vous utilisez des cartes réseau Broadcom NetXtreme 1-gigabit.
Numéro de base de connaissances d’origine : 2986895
Symptômes
Quand Hyper-V s’exécute sur Microsoft Windows Server 2012 ou Windows Server 2012 R2 avec des cartes réseau Broadcom NetXtreme 1-gigabit (mais pas des cartes réseau NetXtreme II), vous remarquerez peut-être un ou plusieurs des symptômes suivants :
Les machines virtuelles peuvent perdre de façon aléatoire la connectivité réseau. La carte réseau semble fonctionner sur la machine virtuelle. Toutefois, vous ne pouvez pas effectuer de test ping ou accéder aux ressources réseau à partir de la machine virtuelle. Le redémarrage de la machine virtuelle ne résout pas le problème.
Vous ne pouvez pas effectuer un test ping ou vous connecter à une machine virtuelle à partir d’un ordinateur distant. Ces symptômes peuvent se produire sur une partie ou sur toutes les machines virtuelles sur le serveur exécutant Hyper-V. Le redémarrage du serveur résout immédiatement la connectivité réseau à toutes les machines virtuelles.
Cause
Il s’agit d’un problème connu avec les cartes réseau Broadcom NetXtreme 1-gigabit qui utilisent le pilote b57nd60a.sys. Ce problème se produit lorsque la file d’attente de machine virtuelle (VMQ) est activée sur la carte réseau. (Par défaut, VMQ est activé par le pilote réseau Broadcom.)
Broadcom nomme ces cartes réseau en tant que microprogrammes basés sur 57xx. Ils comprennent 5714, 5715, 5717, 5718, 5719, 5720, 5721, 5722, 5723 et 5780.
Ces cartes réseau sont également vendues sous différents numéros de modèle par certains OEM serveur. HP vend ces pilotes sous les numéros de modèle NC1xx, NC3xx et NC7xx. Vous utilisez peut-être la version 16.2, 16.4 ou 16.6, selon la version OEM que vous utilisez ou si vous utilisez la version du pilote Broadcom.
Résolution
Ce problème est résolu dans le pilote Broadcom b57nd60a.sys version 16.8 et ultérieure. En mars 2015, Broadcom a publié le pilote version 17.0 pour téléchargement. En avril 2015, HP a publié la version 16.8 du pilote pour ses cartes réseau affectées. Contactez l’OEM de votre serveur si vous avez besoin d’un pilote spécifique à votre serveur.
Si vous ne pouvez pas mettre à jour votre pilote de carte réseau pour résoudre le problème, vous pouvez contourner le problème en désactivant VMQ sur chaque carte réseau Broadcom affectée à l’aide de la Set-NetAdapterVmq
commande PowerShell.
Examinez le cas suivant :
- Vous disposez d’une carte réseau double port.
- Les ports sont nommés carte réseau 1 et carte réseau 2 dans Windows.
Dans ce scénario, vous pouvez désactiver VMQ sur chaque adaptateur à l’aide des commandes suivantes :
Set-NetAdapterVmq -Name "NIC 1" -Enabled $False
Set-NetAdapterVmq -Name "NIC 2" -Enabled $False
Vous pouvez vérifier que VMQ est désactivé sur les cartes réseau appropriées à l’aide de la commande PowerShell Get-NetAdapterVmq .
Note
Par défaut, VMQ est désactivé sur le commutateur virtuel Hyper-V pour les machines virtuelles qui utilisent des cartes réseau de 1 gigaoctet. VMQ est activé sur un commutateur virtuel Hyper-V uniquement lorsque le système utilise des cartes réseau 10 gigaoctets ou plus rapides. Cela signifie qu’en désactivant VMQ sur la carte réseau Broadcom, vous ne perdez pas les performances réseau ou d’autres avantages, car il s’agit de la valeur par défaut. Toutefois, vous devez effectuer cette opération pour contourner le problème de pilote.
Get-NetAdapterVmqQueue
affiche les files d’attente de machines virtuelles (VMQs) allouées sur les cartes réseau. Vous ne verrez pas de vmQs alloués à des cartes réseau de 1 gigaoctet par défaut.