Vor kurzem hat eine unserer virtuellen Hyper-V-Maschinen regelmäßig aufgehört, über das Netzwerk zu reagieren. Das passiert anscheinend alle paar Tage, manchmal sogar mehrmals am Tag. Ich bin kein Systemadministrator, daher wäre ich für jede Anleitung, die Sie mir geben könnten, sehr dankbar. Ich habe alles, was ich weiß, unten aufgeführt. Wenn Sie weitere Informationen benötigen, stelle ich sie Ihnen gerne zur Verfügung.
- Ich kann über die Hyper-V-Konsole eine Verbindung herstellen.
- Ich kann weder per RDP noch per Ping eine Verbindung zu Netzwerkfreigaben oder IIS-Webanwendungen herstellen.
- Die Speichernutzung scheint normal zu sein (3 von 4 GB)
- Die Prozessorauslastung scheint gering.
Wir kennen die genaue Uhrzeit des Serverausfalls nicht, aber der folgende Fehler tritt regelmäßig zu dieser Zeit auf:
Fehler 5719, NETLOGON
Dieser Computer konnte aus folgendem Grund keine sichere Sitzung mit einem Domänencontroller in der Domäne einrichten***: Derzeit sind keine Anmeldeserver verfügbar, um die Anmeldeanforderung zu bearbeiten. Dies kann zu Authentifizierungsproblemen führen. Stellen Sie sicher, dass dieser Computer mit dem Netzwerk verbunden ist. Wenn dieses Problem weiterhin besteht, wenden Sie sich an Ihren Domänenadministrator.
BEARBEITEN
Hier sind ein paar Details, die ich im ursprünglichen Beitrag übersehen habe.
- Sowohl auf dem Hyper-V-Server als auch auf der VM läuft Windows Server 2008 Standard.
- Auf dem Hyper-V-Server gibt es 6 VMs, die sich alle ein externes virtuelles Netzwerk teilen, das auf einem Gigabit-Adapter läuft.
- Das Problem scheint auf diese eine VM beschränkt zu sein.
- Mindestens eine der anderen VMs auf dem Server ist ziemlich stark ausgelastet.
Antwort1
Es klingt, als gäbe es ein Problem mit der virtuellen Netzwerkkarte und/oder der Interaktion einer Software mit der virtuellen Netzwerkkarte. Hier sind ein paar Dinge, die Sie ausprobieren können, aber ich würde wahrscheinlich auf das Antiviren-/Firewall-Produkt setzen.
Verfügen alle Ihre VMs über dasselbe Antivirenprodukt? Überprüfen Sie, ob Ihr Antiviren-/Firewallprodukt speziell Server 2008 mit Hyper-V unterstützt. Wenn nicht, probieren Sie testweise ein anderes Antiviren-/Firewallprodukt aus (oder entfernen Sie es vorübergehend, wenn möglich), um zu sehen, ob das Problem verschwindet. Dies war der Übeltäter auf unseren Systemen, alle 24–48 Stunden verlor eine scheinbar zufällige VM die Verbindung, bis sie neu gestartet wurde.
Stellen Sie sicher, dass Ihr Antivirenprodukt im Verwaltungs-/übergeordneten Betriebssystem über die entsprechenden Ordner- und Prozessausschlüsse verfügt (MS-Artikel-ID: 961804).
Versuchen Sie, NIC-Offload-Funktionen wie Large Send Offload und CheckSum Offload im VM-Netzwerkadapter zu deaktivieren. Diese sind in Windows standardmäßig aktiviert, aber es ist möglich, dass Ihre Hardware-NIC sie nicht unterstützt (oder nicht gut mit Hyper-V interagiert), was zu Leistungsproblemen und Netzwerkfehlern führen kann. Es gibt mehrere Möglichkeiten, dies zu tun, aber die schnellste Möglichkeit für Testzwecke besteht darin, (innerhalb der VM) die Eigenschaften des NIC-Adapters zu öffnen, zur Registerkarte „Erweitert“ zu gehen und die Offload-Funktionen in der Liste zu deaktivieren und dann die VM neu zu starten. (MS-Artikel-ID: 951037) Dies scheint ein ziemlich häufiges Problem zu sein. Wenn es ein Problem ist, werden Sie wahrscheinlich auch Fehler auf Ihren Netzwerk-Switches an den zugehörigen Ports sehen.
Antwort2
Der folgende Artikel kann damit zusammenhängen oder auch nicht … das Problem wurde angeblich in 2008 R2 behoben, trat dann in SP1 auf und wurde nach SP1 in diesem Hotfix erneut behoben.
http://support.microsoft.com/kb/2263829
Meiner Erfahrung nach besteht dieses Problem auch nach der Anwendung des Hotfixes weiterhin.
Bis heute habe ich keine Möglichkeit gefunden, dieses Problem zu lösen. Ich schätze, ich habe mehr als eine Woche meiner Zeit damit verbracht, TCP-Offload und viele ähnliche Einstellungen zu deaktivieren; nichts verhindert, dass der Hyper-V-Netzwerkstapel ausfällt. Ich bin mir nicht so sicher, ob es nur mit der Netzwerklast zusammenhängt, da ich dies zum Absturz bringen kann, wenn ich ARCserve zum Sichern meiner Exchange 2010-VM verwende. Aber es schlägt nur während der Sicherung des Laufwerks C: fehl. Wenn ich den „Client Agent für Windows“ entferne und den Exchange-Agenten nur auf der VM lasse, kann ich die Exchange-Datenbank problemlos immer wieder sichern. Und die Datenübertragungsrate über das (virtuelle) Netzwerk ist beim Sichern der Exchange-Datenbank viel höher als beim Sichern des Laufwerks C: mit Tausenden kleiner Dateien.
Das lässt mich vermuten, dass es sich vielleicht um eine Art Datei-E/A-Problem mit der virtuellen Festplatte handelt? Vielleicht um ein SMB-Problem (verwendet ARCserve Backup SMB?)? Eine Kombination aus hoher Datei-E/A und Netzwerklast? Vielleicht ein Fehler in den Hyper-V Integration Services? Irgendetwas stimmt nicht und ich kann nicht glauben, dass darüber nicht mehr gemunkelt wird. Ich habe 2 Server an verschiedenen Standorten, die beide dieses Problem haben, auch wenn die Symptome und die Wiederherstellung etwas unterschiedlich sind.
Der andere Server verliert den Netzwerkstapel in der VM, aber Sie müssen den Host neu starten, um ihn wiederherzustellen, da die VM abstürzt und während des Neustarts nicht mehr reagiert. Dies ist insofern schwerwiegender, als der gesamte Host neu gestartet werden muss, um das ausgefallene Netzwerk auf einer einzelnen VM zu korrigieren. Dies ist das Symptom, das jwerwie im Originalbeitrag gemeldet hat.
Das Herumspielen mit MAC-Adressen, TCP-Offload-Einstellungen usw. scheint eine enorme Zeitverschwendung zu sein.
Antwort3
Eine meiner VMs reagierte plötzlich nicht mehr. Alle anderen VMs auf demselben Hyper-V-Host konnten den Server anpingen, aber alle außerhalb des VMHosts erhielten nur eine sehr unregelmäßige Antwort.
Es stellte sich heraus, dass mein Kollege einen alten Server hochgefahren hatte, den wir vor einiger Zeit per P2V verbunden hatten. Die VM hatte immer noch dieselbe MAC-Adresse wie der physische Server. In meinem Fall war es letztendlich ein Problem mit der MAC-Adresse.
Allerdings habe ich beim Erstellen meiner Hyper-V-Umgebung alle Offloading-Funktionen auf den Broadcom-Netzwerkkarten des Servers deaktiviert, die von Hyper-V verwendet wurden. Bis zu diesem hatte ich kein einziges Netzwerkproblem.
Antwort4
Besteht die Möglichkeit eines IP-Adresskonflikts? Wenn der Server eine statische Adresse hat, überschneidet sich diese mit DHCP-Pools? Bedenken Sie, dass Ihr Windows-DHCP-Pool möglicherweise nicht der einzige in Ihrer Umgebung ist, insbesondere wenn Sie Geräte wie VPN-Geräte oder WLAN-Controller haben.
Gibt es andere VMs, die dieselbe physische Netzwerkschnittstelle gemeinsam nutzen? Verfügen alle VMs über eine Netzwerkverbindung, diese jedoch nicht?