Gebeurtenis-id 106 wanneer een virtuele Hyper-V-switch is gebonden aan een LBFO-team

Dit artikel helpt bij het oplossen van de gebeurtenis-id 106 wanneer een virtuele Hyper-V-switch is gebonden aan een LBFO-team.

Van toepassing op: Windows Server 2012 R2
Origineel KB-nummer: 2974384

Symptomen

Neem het volgende scenario:

• U hebt een computer op basis van Windows Server 2012 of Windows Server 2012 R2 die is geconfigureerd samen met een of meer LBFO-teams (taakverdeling en failover).
• Een virtuele Hyper-V-switch is gebonden aan een van de LBFO-teams.

In dit scenario wordt een van de volgende gebeurtenissen af en toe geregistreerd.

Oorzaak

Als fout 106 zegt: 'Reden: de processor stelt overlap in wanneer LBFO is geconfigureerd met de modus somwachtrij', moet u de opdracht Set-NetAdapterVmq Windows PowerShell gebruiken om elke netwerkadapter in uw team te configureren voor het gebruik van verschillende processors. (Omdat LBFO-koppeling is ingesteld voor Som van wachtrijen, moeten de netwerkadapters in het team niet-overlapping-processorsets gebruiken.)

Als fout 106 zegt: 'Reden: de processorsets zijn niet identiek wanneer LBFO is geconfigureerd met de modus min-wachtrij', moet u de opdracht Set-NetAdapterVmq Windows PowerShell gebruiken om elke netwerkadapter in uw team te configureren om dezelfde processors te gebruiken. (Omdat LBFO-koppeling is ingesteld voor de modus Minimale wachtrij, moeten de netwerkadapters in het team overlappende processorsets gebruiken.)

Oplossing

Als fout 106 zegt: 'Reden: de processor stelt overlappen wanneer LBFO is geconfigureerd met de modus somwachtrij', kunt u het volgende voorbeeld Windows PowerShell-opdrachten gebruiken om de processors te scheiden, zodat elke netwerkadapter verschillende processors gebruikt voor vm-machinewachtrij (VMQ). U moet ook de hotfix in het KB-artikel installeren 3031598 om andere bekende problemen op te lossen nadat u deze configuratiewijzigingen hebt aangebracht.

Dit zijn voorbeeldopdrachten. U kunt de instellingen BaseProcessorNumber en MaxProcessors variëren op basis van het aantal processors dat de server heeft en welke processors u niet wilt gebruiken voor VMQ.

Set-NetAdapterVmq -Name NIC1 -BaseProcessorNumber 2 -MaxProcessors 2

Set-NetAdapterVmq -Name NIC2 -BaseProcessorNumber 4 -MaxProcessors 2

Als processor Hyper Threading is ingeschakeld op de server, moet u wijzigen hoe u de instellingen BaseProcessorNumber en MaxProcessors instelt om fout 106 in de modus sum-queue op te lossen.

Als u niet zeker weet of Hyper Threading is ingeschakeld op de server, kunt u dit eenvoudig bepalen door de cmdlet Get-NetAdapterRSS Windows PowerShell uit te voeren en vervolgens de uitvoerregel voor RssProcessorArray te bekijken. Als er 0:0/0 0:1/0 0:2/0..... staat, is Hyper Threading UITGESCHAKELD. Als er 0:0/0 0:2/0 0:4/0... staat, is Hyper Threading AAN. RSS en VMQ gebruiken alleen kernprocessors wanneer Hyper Threading is ingeschakeld, dus dat betekent de even genummerde processors.

Als u de eerder genoemde opdrachten op een Hyper-Threaded server instelt, kunt u baseprocessornumber alleen instellen op een even getal. MaxProcessors moet ook worden ingesteld op het aantal te gebruiken processors dat VMQ kan gebruiken.

Als u bijvoorbeeld (twee) zes kernprocessors en Hyper Threading hebt ingeschakeld, ziet u 24 processors in Windows-hulpprogramma's waarin u processors ziet, zoals Taakbeheer. VMQ kan slechts 12 van deze processors gebruiken, omdat alleen de even genummerde processors worden gebruikt. Als u deze processors wilt splitsen over twee NIC's en fout 106 wilt oplossen, gebruikt u de volgende opdrachten om elke NIC in te stellen op het gebruik van verschillende processors voor VMQ:
Set-NetAdapterVMQ -Name NIC1 -BaseProcessorNumber 0 -MaxProcessors 6 (dus deze NIC gebruikt processor 0,2,4,6,8,10 voor VMQ)
Set-NetAdapterVMQ -Name NIC2 -BaseProcessorNumber 12 -MaxProcessors 6 (dus deze NIC gebruikt processor 12,14,16,18,20,22 voor VMQ)

Als fout 106 'Reden: de processorsets zijn niet identiek wanneer LBFO is geconfigureerd met de modus min-wachtrij', kunt u het volgende voorbeeld gebruiken Windows PowerShell opdrachten, zodat elke netwerkadapter dezelfde processors voor VMQ gebruikt.

Dit zijn voorbeeldopdrachten. U kunt de instellingen BaseProcessorNumber en MaxProcessors variëren op basis van het aantal processors dat de server heeft en welke processors u niet wilt gebruiken voor VMQ.

Set-NetAdapterVmq -Name NIC1 -BaseProcessorNumber 2 -MaxProcessors 4

Set-NetAdapterVmq -Name NIC2 -BaseProcessorNumber 2 -MaxProcessors 4

Nadat u de VMQ-processors correct hebt ingesteld, zodat alle netwerkadapters dezelfde processors voor VMQ gebruiken, krijgt u mogelijk nog steeds de fout 106 'Reden: de processorsets zijn niet identiek wanneer LBFO is geconfigureerd met de modus min-wachtrij' als u ook de instelling 'Voorkeurs-NUMA-knooppunt' hebt aangepast voor netwerkadapters om een specifiek NUMA-knooppunt te gebruiken. De standaardinstelling hiervoor is 'Standaardsysteem' en is de voorkeursinstelling bij gebruik van VMQ. Als u een specifiek VOORKEURS-NUMA-knooppunt instelt en de NUMA-knooppunten verschillen op de netwerkadapters, gebruiken de netwerkadapters niet dezelfde processors voor VMQ.

Voorbeeld: In het bovenstaande voorbeeld stelt u NIC1 en NIC2 in om beide processors 2, 3, 4 en 5 te gebruiken. Als uw server acht NUMA-knooppunten met vier processors in elk NUMA-knooppunt heeft en u NIC1 instelt op Voorkeurs-NUMA-knooppunt 0 en u NIC2 instelt op Voorkeurs-NUMA-knooppunt 1, stelt u NIC1 in voor het gebruik van processors 2 en 3 en NIC2 voor het gebruik van processors 4 en 5 omdat processors 2, 3, 4 en 5 zijn verdeeld over twee NUMA-knooppunten die processors 0, 1, 2, 3 en 4, 5, 6, 7 vertegenwoordigen.

Meer informatie

Blog over VMQ- en LBFO-instellingen voor verschillende LBFO-configuraties
Blog over VMQ CPU-toewijzing