VM verliert Netzzugang - event id 280 hyper-v-vmswitch

[Quirk18231 0]

Hi,

 

in sporadischen Abständen verliert immer eine von 20VMs den Netzzugang in die Domäne?

 

Das entfernen der Netzwerkkarte und Neustart und Hinzufügen einer neuen Karte löst das Prob bis zum nächsten Mal.

 

Auf der VM finde ich keine Fehler, auf dem HyperV 280

 

VMS Utilization Plan Vport QueuePairs wurde von angeforderter Anzahl (1) auf aktuell (1) angepasst. Grund:Angepasst an die Anzahl von QPs, die von symmetrischen NIC erlaubt werden. NIC-Name: /DEVICE/{1A97A2DC-025E-4A0B-837C-8A3AEF0C1C3B} (Anzeigename: Intel(R) Ethernet Converged Network Adapter X550-T2 #2).

 

Der Fehler taucht immer bei einer Karte (#2) im Verbund auf.

 

Was sind hier dir richtigen Einstellungen und wie kann ich diese vornehmen?

 

Danke!

 

Q

 

 

 

 

Name                                             : Netz
Id                                               : 60fde6d1-a974-4ec2-8a0e-def3assfr
Notes                                            : 
Extensions                                       : {Microsoft Windows-Filterplattform, Microsoft-NDIS-Aufzeichnung}
BandwidthReservationMode                         : Absolute
PacketDirectEnabled                              : False
EmbeddedTeamingEnabled                           : True
AllowNetLbfoTeams                                : False
IovEnabled                                       : False
SwitchType                                       : External
AllowManagementOS                                : True
NetAdapterInterfaceDescription                   : Teamschnittstelle
NetAdapterInterfaceDescriptions                  : {Intel(R) Ethernet Converged Network Adapter X550-T2, Intel(R) Ethernet Converged Network Adapter X550-T2 #2}
NetAdapterInterfaceGuid                          : {1a97a2dc-025e-4a0b-837c-8a3aef0c1c3b, 2494e442-e435-4762-8ae4-ce454jusghl}
IovSupport                                       : True
IovSupportReasons                                : 
AvailableIPSecSA                                 : 0
NumberIPSecSAAllocated                           : 0
AvailableVMQueues                                : 516096
NumberVmqAllocated                               : 12
IovQueuePairCount                                : 62
IovQueuePairsInUse                               : 14
IovVirtualFunctionCount                          : 0
IovVirtualFunctionsInUse                         : 0
PacketDirectInUse                                : False
DefaultQueueVrssEnabledRequested                 : True
DefaultQueueVrssEnabled                          : True
DefaultQueueVmmqEnabledRequested                 : True
DefaultQueueVmmqEnabled                          : False
DefaultQueueVrssMaxQueuePairsRequested           : 16
DefaultQueueVrssMaxQueuePairs                    : 16
DefaultQueueVrssMinQueuePairsRequested           : 1
DefaultQueueVrssMinQueuePairs                    : 1
DefaultQueueVrssQueueSchedulingModeRequested     : StaticVrss
DefaultQueueVrssQueueSchedulingMode              : StaticVrss
DefaultQueueVrssExcludePrimaryProcessorRequested : False
DefaultQueueVrssExcludePrimaryProcessor          : False
SoftwareRscEnabled                               : True
RscOffloadEnabled                                : False
BandwidthPercentage                              : 10
DefaultFlowMinimumBandwidthAbsolute              : 2000000000
DefaultFlowMinimumBandwidthWeight                : 0
CimSession                                       : CimSession: .
ComputerName                                     : HYPERV01
IsDeleted                                        : False
DefaultQueueVmmqQueuePairs                       : 16
DefaultQueueVmmqQueuePairsRequested              : 16

[Nobbyaushb 1.492]

IPv6 kurz ausschalten, warten, wieder an löst in der Regel das Problem

Wir hatten das lange bei den VM im Startup-Script stehen, sollte aber seit längerer Zeit behoben sein....

[Quirk18231 0]

Hi,

 

seit kurzem taucht das Problem wieder vermehrt auf und ich habe immer noch keine Lösung dafür gefunden:

 

mehrere VMs verlieren jetzt täglich Ihren Connect nach draußen - der HyperV ist W2021 die VMs auch - der Patch- und Treiberstand ist aktuell, what to do?

 

auf dem HyperV bekomme ich immer noch die Fehlermeldung:

 

VMS Utilization Plan Vport QueuePairs wurde von angeforderter Anzahl (1) auf aktuell (1) angepasst. Grund:Angepasst an die Anzahl von QPs, die von symmetrischen NIC erlaubt werden. NIC-Name: /DEVICE/{1A97A2DC-4355-4A0B-837C-8A345asB} (Anzeigename: Intel(R) Ethernet Converged Network Adapter.

 

Danke!

 

Q

Info: das mit dem IPv6 aus und wieder an, funktioniert für 1 Sekunde danach ist der Connect wieder weg.

[NilsK 2.971]

Moin,

 

wenn ich nach "VMS Utilization Plan Vport QueuePairs" suche, bekomme ich zahlreiche Fundstellen. Hast du dich da schon umgesehen? Es scheint erfolgversprechend zu sein, die VMQ-Funktion abzuschalten.

 

Gruß, Nils

 

[Quirk18231 0]

hi,

 

ich habe es deaktiviert, bisher gab es keine Probleme mehr. Ich werde es noch weiter checken und dann Rückmeldung geben.

 

Danke!

 

Q

[NilsK 2.971]

Moin,

 

Klingt doch gut, danke für die Rückmeldung. 

 

Gruß, Nils

[Quirk18231 0]

hi,

 

leider taucht das Phänomen immer noch auf.

 

Nur der Fehler  "VMS Utilization Plan Vport QueuePairs" in der EventID ist weg.

 

Mittlerweile hat sich der Fehler nun auf zwei virtuelle Server ausgeweitet. Auf dem HyperV erkenne ich keine Fehler, auf den Maschinen erkenne ich in der Eventanzeige folgendes:

 

EventID 8018 DNS Client Events

 

Fehler beim Registrieren der Hostressourceneinträge (A oder AAAA) für den Netzwerkadapter 
 mit den folgenden Einstellungen:

           Adaptername: {xxxx}
           Hostname: Server
           Primäres Domänensuffix: domain.local
           DNS-Serverliste: 
                 x.x.x.x,x.x.x.x
           Server, an den das Update gesendet wurde: <?>
           IP-Adresse(n) :
             x.x.x.x

 

Q

bearbeitet Donnerstag um 17:57 von Quirk18231