Ereignis-ID 106 bei ein virtueller Hyper-V-Switch ein Team LBFO = gebunden ist

Problembeschreibung

Betrachten Sie das folgende Szenario:

  • Sie haben einen Windows Server 2012 oder Windows Server 2012 R2-basierten Computer, der mit Lastenausgleich und Failover (LBFO =) Teams konfiguriert ist.

  • Ein virtueller Hyper-V-Schalter ist eines Teams LBFO = gebunden.

In diesem Szenario wird eines der folgenden Ereignisse zeitweise protokolliert:


Ursache

Wenn Fehler 106 sagt "Grund: Prozessorsets Überlappung bei LBFO = Summe Warteschlange Modus konfiguriert" Set NetAdapterVmq Windows PowerShell-Befehl verwendet, konfigurieren Sie jeden Netzwerkadapter Ihres Teams mit verschiedenen Prozessoren. (Da teaming LBFO = Summe der Warteschlangen eingerichtet ist, müssen die Netzwerkadapter im Team nicht überlappende Prozessorsets verwenden.)

Wenn Fehler 106 sagt "Grund: die Prozessorsets sind nicht identisch, wenn LBFO = min-Queue-Modus konfiguriert ist" Set NetAdapterVmq Windows PowerShell-Befehl verwendet, konfigurieren Sie jeden Netzwerkadapter Ihres Teams die gleichen Prozessoren verwenden. (Da teaming LBFO = Min Warteschlange Modus eingerichtet ist, müssen die Netzwerkadapter im Team überlappende Prozessorsets verwenden.)

Problemlösung

Wenn Fehler 106 sagt "Grund: Prozessorsets Überlappung bei LBFO = Summe Warteschlange Modus konfiguriert" verwenden wird Windows PowerShell Befehle Prozessoren trennen, sodass jeder Netzwerkadapter anderen virtuellen Warteschlange (VMQ) verwendet. Außerdem müssen Sie die Hotfixes in andere bekannte Probleme zu beheben, nachdem Sie diese Konfiguration geändert.

Hinweis Dies sind Beispiele für Befehle. Variiert die BaseProcessorNumber und MaxProcessors Einstellung basiert auf wie viele Prozessoren der Server und welche Prozessoren möchten VMQ verwenden.

Set-NetAdapterVmq-Namen NIC1 - BaseProcessorNumber 2 - MaxProcessors 2

Hinweis Diese Netzwerkkarte verwenden Prozessor 2 und 3 für VMQ.

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

Hinweis Diese Netzwerkkarte verwenden Prozessor 4 und 5 für VMQ.
Hinweis Ist der Server Prozessor, Hyper-Threading aktiviert, müssen Sie ändern, wie Sie die BaseProcessorNumber und MaxProcessors Fehler 106 in Summe Warteschlange Modus beheben festgelegt.

Wenn Sie nicht sicher sind, ob die Hyper-Threading auf dem Server aktiviert ist, ist eine einfache Möglichkeit hierfür Get-NetAdapterRSS Windows PowerShell-Cmdlet ausgeführt und anschließend der Ausgabezeile für RssProcessorArray. Wenn 0 sagt: 0-0-0:1 / 0-0:2 / 0 und Hyper-Threading ist deaktiviert. Wenn 0 sagt: 0-0-0:2-0-0:4 / 0 und Hyper-Threading ist. RSS und VMQ verwenden nur Prozessoren, wenn Hyper Threading auf geraden Prozessoren bedeutet.

Also, wenn Sie die genannten Befehle auf einem Hyper-Threaded Server einrichten, können Sie nur BaseProcessorNumber auf eine gerade Zahl festlegen. Auch werden MaxProcessors festgelegt, die Anzahl der Prozessoren verwendet, VMQ verwenden kann.

Beispielsweise (zwei) haben sechs Prozessoren und Hyper-Threading aktiviert, sehen Sie 24 Prozessoren in den Windows-Supporttools, die Prozessoren, wie z. B. Task-Manager angezeigt. VMQ können nur 12, da nur die geraden Prozessoren verwendet. Die folgenden Befehle verwenden Sie zwei Netzwerkkarten Prozessoren verteilt 106 Fehler beheben und jede Netzwerkkarte VMQ mit verschiedenen Prozessoren festgelegt:

Set NetAdapterVMQ-Namen NIC1 - BaseProcessorNumber 0 - MaxProcessors 6 (damit diese NIC Prozessor 0,2,4,6,8,10). VMQ verwenden)
Set NetAdapterVMQ-Namen NIC2 - BaseProcessorNumber 12 - MaxProcessors 6 (damit diese NIC Prozessor 12,14,16,18,20,22 VMQ verwenden)Wenn Fehler 106 sagt "Grund: die Prozessorsets sind nicht identisch, wenn LBFO = min-Queue-Modus konfiguriert ist" können Sie das folgende Beispiel Windows PowerShell-Befehle, um jeden Netzwerkadapter die gleichen Prozessoren für VMQ verwendet.

Hinweis Dies sind Beispiele für Befehle. Variiert die BaseProcessorNumber und MaxProcessors Einstellung basiert auf wie viele Prozessoren der Server und welche Prozessoren möchten VMQ verwenden.
 

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

Hinweis Diese Netzwerkkarte verwenden Prozessor 2, 3, 4 und 5 VMQ

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

Hinweis Diese Netzwerkkarte auch verwenden Prozessor 2, 3, 4 und 5 VMQ

legt die VMQ-Eigenschaften des Netzwerkadapters.

Nach VMQ Prozessoren korrekt einstellen, damit alle Netzwerkadapter die gleichen Prozessoren für VMQ verwenden, kann man immer noch Fehler 106 "Grund: die Prozessorsets sind nicht identisch, wenn LBFO = min-Queue-Modus konfiguriert ist" Wenn auch angepasst die "bevorzugte NUMA Knoten" für alle Netzwerkadapter mit einem bestimmten NUMA-Knoten. Die Standardeinstellung ist "System Default" und ist die bevorzugte Einstellung, wenn Sie VMQ verwenden. Wenn Sie einen bestimmten bevorzugte NUMA-Knoten, und NUMA-Knoten auf Netzwerkadapter werden, sind Netzwerkadapter nicht die gleichen Prozessoren für VMQ verwenden.

Beispiel: Im obigen Beispiel Sie NIC1 und NIC2 beide Prozessoren 2, 3, 4 und 5 verwenden. Wenn Ihre Server 8 NUMA-Knoten mit 4 Prozessoren in jedem NUMA-Knoten und NIC1 auf bevorzugte NUMA-Knoten 0 festgelegt und NIC2 bevorzugte NUMA-Knoten 1 festgelegt, NIC1 Prozessoren 2 und 3 tatsächlich festlegen und NIC2 Prozessoren 4 und 5 verwenden, da 2 Prozessoren , 3, 4 und 5 werden verteilt 2 Prozessoren darstellt NUMA-Knoten 0, 1, 2, 3 und 4, 5, 6, 7.

Weitere Informationen





Benötigen Sie weitere Hilfe?

Ihre Office-Fähigkeiten erweitern
Schulungen erkunden
Neue Funktionen als Erster erhalten
Microsoft Insider beitreten

War diese Information hilfreich?

Vielen Dank für Ihr Feedback!

Vielen Dank für Ihr Feedback. Es klingt, als ob es hilfreich sein könnte, Sie mit einem unserer Office-Supportmitarbeiter zu verbinden.

×