ID eveniment 106 atunci când un parametru virtuale Hyper-V este legat de o echipă de LBFO

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2974384
Simptome
Să luăm în considerare următorul scenariu:
  • Aveți un computer Windows Server 2012 sau Windows Server 2012 R2, care este configurat cu unul sau mai multe echilibrare încărcare și echipele failover (LBFO).
  • Un switch virtuale Hyper-V este legat de una dintre echipele LBFO.
În acest scenariu, una dintre următoarele eventsis înregistrează intermitent:

Nume jurnal: sistem
Sursă: Microsoft-Windows-Hyper-V-VmSwitch
Data: 9/5/2014 6:14:12: 00
ID eveniment: 106
Categorie activitate: nici unul
Nivel: eroare
Cuvinte cheie:
Utilizator: sistem
Computer: Server1.contoso.com
Descriere:
Procesor disponibile seturi de nic fizic subiacent aparţinând LBFO echipa NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nume prietenos: Microsoft Network Adapter Multiplexor Driver #3) pe switch 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nume prietenos: Contoso_LAN) nu sunt configurate corect. Motiv: Procesorul setează suprapunere când LBFO este configurat cu modul sum-coadă.


Nume jurnal: sistem
Sursă: Microsoft-Windows-Hyper-V-VmSwitch
Data: 9/5/2014 6:14:12: 00
ID eveniment: 106
Categorie activitate: nici unul
Nivel: eroare
Cuvinte cheie:
Utilizator: sistem
Computer: Server1.contoso.com
Descriere:
Procesor disponibile seturi de nic fizic subiacent aparţinând LBFO echipa NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nume prietenos: Microsoft Network Adapter Multiplexor Driver #3) pe switch 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nume prietenos: Contoso_LAN) nu sunt configurate corect. Motiv: Seturile de procesor nu sunt identice atunci când LBFO este configurat cu modul coadă de minute.

Cauză
Dacă eroare 106 spune, "motiv: procesorul setează suprapunere când LBFO este configurat cu modul sum-coadă," trebuie să utilizați comanda Set-NetAdapterVmq Windows PowerShell pentru a configura fiecare adaptor de rețea în echipa se utilizează procesoare diferite. (Deoarece LBFO teaming este configurat pentru suma cozi, adaptoarele de rețea în echipă trebuie să utilizați nesuprapus procesor seturi.)

Dacă eroare 106 spune, "motiv: seturile de procesor nu sunt identice atunci când LBFO este configurat cu modul coadă de minute," trebuie să utilizați comanda Set-NetAdapterVmqWindows PowerShell pentru a configura fiecare adaptoarele de rețea în echipa să utilizați același procesoare. (Deoarece LBFO teaming este configurat pentru modul coadă minute, adaptoarele de rețea în echipă trebuie să utilizați suprapuse seturi de procesor.)
Rezoluţie
Dacă eroare 106 spune, "motiv: procesorul setează suprapunere când LBFO este configurat cu modul sum-coadă," utilizați următorul exemplu comenzile Windows PowerShell pentru a separa procesoare, astfel încât fiecare adaptor de rețea utilizează procesoare diferite pentru coadă de mașină virtuală (VMQ). De asemenea, trebuie să instalaţi remedierea rapidă din articol din bază de cunoştinţe 3031598pentru a rezolva alte probleme cunoscute după efectuarea acestor modificări de configurație.

Notă Acestea sunt exemple de comenzi. Puteţi varia setările BaseProcessorNumber și MaxProcessorsbazate pe procesoare câte serverul are și procesoare care nu doriți să utilizați pentru VMQ.
Set-NetAdapterVmq-nume NIC1 - BaseProcessorNumber 2 - MaxProcessors 2
Notă Acest adaptor de rețea ar folosi procesor 2 și 3 pentru VMQ.

Set-NetAdapterVmq-nume NIC2 - BaseProcessorNumber 4 - MaxProcessors 2
Notă Acest adaptor de rețea ar folosi procesor 4 și 5 pentru VMQ.

Notă Dacă serverul are procesor Hyper Threading activate, trebuie să modificați cum să setați setările BaseProcessorNumber și MaxProcessors pentru a remedia 106 de eroare în modul de suma-coadă.

Dacă nu sunteți sigur dacă Hyper Threading este activată pe server, un mod simplu de a stabili acest lucru este să executați cmdletul Get-NetAdapterRSSWindows PowerShell și apoi căutați în linia de ieșire RssProcessorArray. Dacă se spune că 0:0 / 0 0:1 / 0 0:2 / 0..., apoi Hyper Threading este dezactivat. Dacă se spune că 0:0 0/0:2 / 0 0:4 / 0..., apoi Hyper Threading este activat. RSS și VMQ numai utilizează procesoare core când Hyper Threading este activat, astfel încât înseamnă pare procesoare.

De aceea, dacă setați comenzile menționate anterior pe un server Hyper-fire, numai stabiliţi BaseProcessorNumber la un număr. De asemenea, MaxProcessors trebuie setată la numărul de procesoare de a utiliza, utilizați VMQ.

De exemplu, dacă aveţi (două) șase procesoare core şi Hyper Threading activate, veți vedea procesoare 24 în instrumentele de Windows care arată ce procesoare, cum ar fi managerul de activități. VMQ pot utiliza numai 12 celor, deoarece se utilizează numai procesoare chiar numerotate. Pentru a aceste procesoare acrosstwo nic de separare și remediere 106 de eroare, utilizaţi următoarele comenzi pentru a seta fiecare NIC se utilizează procesoare diferite pentru VMQ:
Set NetAdapterVMQ-nume NIC1 - BaseProcessorNumber 0 - MaxProcessors 6 (astfel încât această NIC folosi procesor 0,2,4,6,8,10 pentru VMQ)
Set-NetAdapterVMQ-nume NIC2 - BaseProcessorNumber 12 - MaxProcessors 6 (astfel încât această NIC folosi procesor 12,14,16,18,20,22 pentru VMQ)
Dacă eroare 106 spune, "motiv: seturile de procesor nu sunt identice atunci când LBFO este configurat cu modul coadă de minute," aveți posibilitatea să utilizați următorul exemplu de comenzi Windows PowerShell, astfel încât fiecare adaptor de rețea utilizează procesoare același pentru VMQ.

Notă Acestea sunt exemple de comenzi. Puteţi varia setările BaseProcessorNumber și MaxProcessorsbazate pe procesoare câte serverul are și procesoare care nu doriți să utilizați pentru VMQ.

Set-NetAdapterVmq-nume NIC1 - BaseProcessorNumber 2 - MaxProcessors 4
Notă Acest adaptor de rețea va utiliza procesor 2, 3, 4 și 5 pentru VMQ
Set-NetAdapterVmq-nume NIC2 - BaseProcessorNumber 2 - MaxProcessors 4
Notă Acest adaptor de rețea, de asemenea, folosi procesor 2, 3, 4 și 5 pentru VMQ

Set-NetAdapterVmqSetează proprietățile VMQ adaptor de reţea.

După setarea procesoare VMQ corect, astfel încât toate adaptoarele de rețea utilizează același procesoare pentru VMQ, este posibil să primiți încă 106 de eroare "motiv: seturile de procesor nu sunt identice atunci când LBFO este configurat cu modul coadă de minute" dacă aveți au, de asemenea, ajustate "preferat NUMA nod" setarea pentru orice adaptoare de rețea pentru a utiliza un nod NUMA specifice. Setarea implicită pentru acest lucru este "Sistem implicit" şi setarea preferată la utilizarea VMQ. Dacă setați un nod preferat NUMA specifice și nodurile NUMA sunt diferite pe adaptoarele de rețea, apoi adaptoarele de rețea nu utilizați același procesoare pentru VMQ.

Exemplu: În exemplul de mai sus, setați NIC1 și NIC2 pentru ambele utilizează procesoare 2, 3, 4 și 5. dacă serverul are 8 noduri NUMA cu procesoare 4 în fiecare nod NUMA, și setați NIC1 la preferat NUMA nod 0 și setați NIC2 la preferat NUMA nodul 1, apoi fapt setați NIC1 se utilizează procesoare 2 și 3 și NIC2 se utilizează procesoare 4 și 5, deoarece procesoare 2 , 3, 4 și 5 sunt împartă peste 2 NUMA noduri representingprocessors 0, 1, 2, 3 și 4, 5, 6, 7.



Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2974384 - Ultima examinare: 01/09/2016 08:07:00 - Revizie: 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 KbMtro
Feedback