ID d'événement 106 lorsqu'un switch virtuel Hyper-V est lié à une équipe LBFO

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2974384
Symptômes
Considérez le scénario suivant :
  • Vous avez un ordinateur basé sur Windows Server 2012 R2 ou Windows Server 2012 est configuré avec un ou plusieurs d'équilibrage de charge et les équipes de basculement (LBFO).
  • Un switch virtuel Hyper-V est lié à l'une des équipes LBFO.
Dans ce scénario, parmi les suivantes eventsis connectés par intermittence :

Nom du journal : système
Source : Microsoft-Windows-Hyper-V-VmSwitch
Date : 9/5/2014 6:14:12 PM
L'ID d'événement : 106
Catégorie de la tâche : aucun
Niveau : erreur
Mots clés :
Utilisateur : système
Ordinateur : Server1.contoso.com
Description :
Jeux de processeurs disponibles des cartes de réseau physiques sous-jacent appartenant à la LBFO équipe NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nom convivial : Microsoft réseau Carte multiplexeur pilote #3) sur un commutateur 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nom convivial : Contoso_LAN) ne sont pas configurés correctement. Raison : Le processeur définit le chevauchement lorsque LBFO est configuré avec le mode de la somme de file d'attente.


Nom du journal : système
Source : Microsoft-Windows-Hyper-V-VmSwitch
Date : 9/5/2014 6:14:12 PM
L'ID d'événement : 106
Catégorie de la tâche : aucun
Niveau : erreur
Mots clés :
Utilisateur : système
Ordinateur : Server1.contoso.com
Description :
Jeux de processeurs disponibles des cartes de réseau physiques sous-jacent appartenant à la LBFO équipe NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nom convivial : Microsoft réseau Carte multiplexeur pilote #3) sur un commutateur 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nom convivial : Contoso_LAN) ne sont pas configurés correctement. Raison : Les jeux de processeurs ne sont pas identiques lorsque LBFO est configuré avec le mode min-file d'attente.

Cause
Si l'erreur 106 indique, "raison : le processeur définit le chevauchement lorsque LBFO est configuré avec le mode de la file d'attente somme," vous devez utiliser la commande Windows PowerShell Set-NetAdapterVmq pour configurer chaque carte réseau de votre équipe d'utiliser les différents processeurs. (Car LBFO association est définie pour une somme de files d'attente, les cartes réseau de l'équipe doivent utiliser les jeux de processeurs qui ne superposent pas.)

Si l'erreur 106 indique, "raison : les jeux de processeurs ne sont pas identiques lorsque LBFO est configuré avec le mode de la file d'attente min, « vous devez utiliser la commande Windows PowerShell Set-NetAdapterVmqpour configurer chaque carte réseau de votre équipe d'utiliser les mêmes processeurs. (Car LBFO association est configuré pour le mode de la file d'attente de Min, les cartes réseau de l'équipe doivent utiliser les jeux de processeurs qui se chevauchent.)
Résolution
Si l'erreur 106 indique, "raison : le processeur définit le chevauchement lorsque LBFO est configuré avec le mode de la file d'attente somme," vous pouvez utiliser les exemples de commandes Windows PowerShell suivantes pour séparer les processeurs afin que chaque carte réseau utilise différents processeurs de file d'attente de la machine virtuelle (VMQ). En outre, vous devez installer le correctif logiciel contenu dans Article 3031598 de la base de connaissancesPour résoudre les autres problèmes après avoir effectué ces modifications de configuration.

Remarque Voici des exemples de commandes. Vous pouvez faire varier les paramètres BaseProcessorNumber et MaxProcessorsbasées sur le nombre de processeurs du serveur et les processeurs que vous souhaitez utiliser pour VMQ.
Set-NetAdapterVmq-nom NIC1 BaseProcessorNumber - 2 - MaxProcessors 2
Remarque Cette carte réseau utiliserait le processeur 2 et 3 pour VMQ.

Set-NetAdapterVmq-nom NIC2 BaseProcessorNumber - 4 - MaxProcessors 2
Remarque Cette carte réseau utilisent processeur 4 et 5 pour VMQ.

Remarque Si le serveur possède un processeur que Hyper-Threading activé, vous devez modifier la manière dont vous définissez les paramètres de BaseProcessorNumber et MaxProcessors pour corriger l'erreur 106 en mode de somme-file d'attente.

Si vous ne savez pas si le Hyper-Threading est activé sur le serveur, une méthode simple pour déterminer cela consiste à exécuter l'applet de commande Get-NetAdapterRSSde Windows PowerShell et observez la ligne de sortie pour RssProcessorArray. Si elle est égal à 0:0 / 0 0:1 / 0 0:2 / 0..., Hyper-Threading est désactivée. Si elle est égal à 0:0 / 0 0:2 / 0 0:4 / 0..., puis Hyper-Threading est activée. RSS et VMQ utilisent uniquement les processeurs multicœur lorsque le Hyper-Threading est activé, donc les processeurs paires.

Par conséquent, si vous définissez les commandes mentionnées précédemment sur un serveur de la technologie Hyper-Threading, vous ne pouvez définir la BaseProcessorNumber pour un nombre pair. En outre, MaxProcessors doit être défini au nombre de processeurs à utiliser, que les VMQ peuvent utiliser.

Par exemple, si vous avez (deux) six de cœur et Hyper-Threading activé, vous verrez 24 processeurs dans les outils de Windows qui vous indiquent les processeurs, tels que le Gestionnaire des tâches. VMQ peut uniquement utiliser 12 de ces éléments, car il utilise uniquement les processeurs paires. Pour fractionner ces acrosstwo de processeurs cartes d'interface réseau et corriger l'erreur 106, vous utilisez les commandes suivantes pour définir chaque carte réseau à utiliser les différents processeurs pour VMQ :
Set-NetAdapterVMQ-nom NIC1 BaseProcessorNumber - 0 - MaxProcessors 6 (de sorte que cette carte réseau utiliserait le processeur 0,2,4,6,8,10 pour VMQ)
Set-NetAdapterVMQ-nom NIC2 BaseProcessorNumber - 12 - MaxProcessors 6 (de sorte que cette carte réseau utiliserait le processeur 12,14,16,18,20,22 pour VMQ)
Si l'erreur 106 indique, "raison : les jeux de processeurs ne sont pas identiques lorsque LBFO est configuré avec le mode de la file d'attente min," vous pouvez utiliser l'exemple suivant, des commandes Windows PowerShell afin que chaque carte réseau utilise les mêmes processeurs pour VMQ.

Remarque Voici des exemples de commandes. Vous pouvez faire varier les paramètres BaseProcessorNumber et MaxProcessorsbasées sur le nombre de processeurs du serveur et les processeurs que vous souhaitez utiliser pour VMQ.

Set-NetAdapterVmq-nom NIC1 BaseProcessorNumber - 2 - MaxProcessors 4
Remarque Cette carte réseau utiliserait le processeur 2, 3, 4 et 5 pour VMQ
Set-NetAdapterVmq-nom NIC2 BaseProcessorNumber - 2 - MaxProcessors 4
Remarque Cette carte réseau utiliserait également processeur 2, 3, 4 et 5 pour VMQ

Ensemble-NetAdapterVmqdéfinit les propriétés VMQ de la carte réseau.

Après avoir correctement les processeurs VMQ afin que toutes les cartes réseau utilisent les mêmes processeurs de VMQ, vous obtiendrez toujours l'erreur 106 "raison : les jeux de processeurs ne sont pas identiques lorsque LBFO est configuré avec le mode min-file d'attente » si vous avez également modifié la « favoris NUMA nœud » pour toutes les cartes réseau utiliser un nœud NUMA spécifique. Le paramètre par défaut pour cette est « Par défaut » et le paramètre par défaut lors de l'utilisation de VMQ. Si vous définissez un nœud préféré de NUMA spécifique, et les nœuds NUMA sont différents sur les cartes réseau, les cartes réseau n'utilisent pas les mêmes processeurs pour VMQ.

Exemple : Dans l'exemple ci-dessus, vous définissez NIC1 et NIC2 à deux processeurs, 2, 3, 4 et 5. Si votre serveur dispose de 8 nœuds NUMA à 4 processeurs dans chaque nœud NUMA, vous définissez NIC1 vers le nœud préféré de NUMA 0 et vous définissez NIC2 sur le nœud NUMA de préférence 1, puis vous définissez en réalité NIC1 pour utiliser les processeurs 2 et 3 et NIC2 pour utiliser les processeurs 4 et 5 car processeurs 2 , 3, 4 et 5 sont réparties entre les 2 representingprocessors de nœuds NUMA 0, 1, 2, 3 et 4, 5, 6 et 7.



Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2974384 - Dernière mise à jour : 01/08/2016 18:17:00 - Révision : 4.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 Datacenter, Windows Server 2012 Standard

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB2974384 KbMtfr
Commentaires