Ping aus VM sehr langsam
Hallo zusammen,
ich habe hier einen 2008 / Hyper-V auf welchem mehere 2003-Server laufen. Die Performace der 2003 Server ist extrem schlecht und ich bin gerade dabei das gesamte System nach möglichen Fehlern zu durchsuchen. Gerade ist mir aufgefallen dass wenn ich aus der VM heraus einen Ping auf eine andere VM mache als Zeit ein sehr hoher Wert (Zeit=2671ms) anstatt der üblichen Anzeige (Zeit < 1ms). Pinge ich jedoch vom Hyper-V aus eine VM an bekomme ich immer <1ms angezeigt. Ich habe dann mal mehere Tests durchgeführt. Pinge ich aus einer VM ein physikalische Netzwerkgerät an erhalte ich sehr sprunghafte Werte:
... Zeit=1ms
... Zeit=2760ms
... Zeit=2ms
... Zeit=2756ms
Ein paar Worte zum System das ich so übernommen habe. Einer der virtuellen 2003-Server (SBS) ist der PDC. Die restlichen virtuellen 2003-Server (1xSBS / 1xR2) sind Domainmember. Der Hyper-V ist ebenfalls Domainmember. Ist das richtig so? Bei meinen Xen-Servern mache ich das immer so das die Dom0 (Host) nicht an den Anmeldeserver (Samba-PDC, LDAP) angebunden ist. Wie ist es unter Hyper-V sinvoll?
Als ich das System erstmalig gesichtet habe ist mir aufgefallen dass es vile Fehlerlog aufgrund von Zeitabweichungen (ungenau) Uhrzeiten auf den Maschienen gibt. Also habe ich es wie bei meinen Xen-Server gemacht und aus dem Hyper-V den NTP-Server:
http://www.meinberg.de/german/sw/ntp.htm#ntp_nt_stable
auf dem Hyper-V isntalliert und die Zeit von einem öffentlichen NTP-Server holen lassen. Anschließend habe ich den NTP-Client auf allen virtuellen 2003-Servern installiert und als Quelle den Hyper-V angegeben. Am Hyper-V erhalte ich jedoch nach wie vor Fehlermeldungen bezüglich der Zeit (und noch weitere). Hier die Fehlermeldungen im Systemlog:
ID: 50
Der Zeitdienst hat eine Zeitdifferenz von mehr als 5000 ms auf 900 Sekunden festgestellt. Die Zeitdifferenz wurde möglicherweise durch die Synchronisation mit einer ungenauen Zeitquelle oder durch schlechte Netzwerkbedingungen verursacht. Von nun an wird der Zeitdienst nicht mehr synchronisiert, die Zeit keinem weiteren Client mehr zur Verfügung gestellt und die Systemuhr nicht mehr synchronisiert. Sobald ein gültiger Zeitstempel von einem Zeitdienstanbieter empfangen wird, wird der Zeitdienst sich selbst korrigieren.
ID: 4374
Windows-Wartung hat erkannt, dass das Paket KB2535512(Security Update) nicht für dieses System geeignet ist.
ID: 1054
Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Name eines Domänencontrollers konnte nicht abgerufen werden. Dies kann auf einen Fehler bei der Namensauflösung zurückzuführen sein. Überprüfen Sie, ob DNS (Domain Name System) konfiguriert ist und richtig ausgeführt wird.
ID: 5719 (dieser dürfte beim hochfahren des Hyper-V's kommen da der Anmeldeserver ja noch nicht gestartet ist)
Der Computer konnte eine sichere Sitzung mit einem Domänencontroller in der Domäne ZISCHE aufgrund der folgenden Ursache:
Es sind momentan keine Anmeldeserver zum Verarbeiten der Anmeldeanforderung verfügbar. nicht einrichten.
Dies kann zu Authentifizierungsproblemen führen. Stellen Sie sicher, dass der Computer mit dem Netzwerk verbunden ist. Wenden Sie sich an den Domänenadministrator, wenn das Problem weiterhin besteht.
ZUSÄTZLICHE INFORMATIONEN
Wenn dieser Computer ein Domänencontroller der bestimmten Domäne ist, wird eine sichere Sitzung zum primären Domänencontrolleremulator in der bestimmten Domäne eingerichtet. Andernfalls richtet dieser Computer eine sichere Sitzung zu einem beliebigen Domänencontroller in der bestimmten Domäne ein.
---
ID: 5
The Virtual Storage Filter Driver is disabled through the registry. It is inactive for all disk drives.
Da kommen dann noch mehere Warnungen und Fehler das der Hyper-V nicht mit seiner Adresse im DNS regestriert werden kann, Gruppenrichtlinien nicht geladen werden können etc. Diese Fehler dürften alle der Tatsache geschuldet sein das der Server (PDC) zu diesem Zeitpunkt noch gar nicht gestert ist.
Bin für jeden Tip dankbar.
Viele Grüße
pixel
ich habe hier einen 2008 / Hyper-V auf welchem mehere 2003-Server laufen. Die Performace der 2003 Server ist extrem schlecht und ich bin gerade dabei das gesamte System nach möglichen Fehlern zu durchsuchen. Gerade ist mir aufgefallen dass wenn ich aus der VM heraus einen Ping auf eine andere VM mache als Zeit ein sehr hoher Wert (Zeit=2671ms) anstatt der üblichen Anzeige (Zeit < 1ms). Pinge ich jedoch vom Hyper-V aus eine VM an bekomme ich immer <1ms angezeigt. Ich habe dann mal mehere Tests durchgeführt. Pinge ich aus einer VM ein physikalische Netzwerkgerät an erhalte ich sehr sprunghafte Werte:
... Zeit=1ms
... Zeit=2760ms
... Zeit=2ms
... Zeit=2756ms
Ein paar Worte zum System das ich so übernommen habe. Einer der virtuellen 2003-Server (SBS) ist der PDC. Die restlichen virtuellen 2003-Server (1xSBS / 1xR2) sind Domainmember. Der Hyper-V ist ebenfalls Domainmember. Ist das richtig so? Bei meinen Xen-Servern mache ich das immer so das die Dom0 (Host) nicht an den Anmeldeserver (Samba-PDC, LDAP) angebunden ist. Wie ist es unter Hyper-V sinvoll?
Als ich das System erstmalig gesichtet habe ist mir aufgefallen dass es vile Fehlerlog aufgrund von Zeitabweichungen (ungenau) Uhrzeiten auf den Maschienen gibt. Also habe ich es wie bei meinen Xen-Server gemacht und aus dem Hyper-V den NTP-Server:
http://www.meinberg.de/german/sw/ntp.htm#ntp_nt_stable
auf dem Hyper-V isntalliert und die Zeit von einem öffentlichen NTP-Server holen lassen. Anschließend habe ich den NTP-Client auf allen virtuellen 2003-Servern installiert und als Quelle den Hyper-V angegeben. Am Hyper-V erhalte ich jedoch nach wie vor Fehlermeldungen bezüglich der Zeit (und noch weitere). Hier die Fehlermeldungen im Systemlog:
ID: 50
Der Zeitdienst hat eine Zeitdifferenz von mehr als 5000 ms auf 900 Sekunden festgestellt. Die Zeitdifferenz wurde möglicherweise durch die Synchronisation mit einer ungenauen Zeitquelle oder durch schlechte Netzwerkbedingungen verursacht. Von nun an wird der Zeitdienst nicht mehr synchronisiert, die Zeit keinem weiteren Client mehr zur Verfügung gestellt und die Systemuhr nicht mehr synchronisiert. Sobald ein gültiger Zeitstempel von einem Zeitdienstanbieter empfangen wird, wird der Zeitdienst sich selbst korrigieren.
ID: 4374
Windows-Wartung hat erkannt, dass das Paket KB2535512(Security Update) nicht für dieses System geeignet ist.
ID: 1054
Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Name eines Domänencontrollers konnte nicht abgerufen werden. Dies kann auf einen Fehler bei der Namensauflösung zurückzuführen sein. Überprüfen Sie, ob DNS (Domain Name System) konfiguriert ist und richtig ausgeführt wird.
ID: 5719 (dieser dürfte beim hochfahren des Hyper-V's kommen da der Anmeldeserver ja noch nicht gestartet ist)
Der Computer konnte eine sichere Sitzung mit einem Domänencontroller in der Domäne ZISCHE aufgrund der folgenden Ursache:
Es sind momentan keine Anmeldeserver zum Verarbeiten der Anmeldeanforderung verfügbar. nicht einrichten.
Dies kann zu Authentifizierungsproblemen führen. Stellen Sie sicher, dass der Computer mit dem Netzwerk verbunden ist. Wenden Sie sich an den Domänenadministrator, wenn das Problem weiterhin besteht.
ZUSÄTZLICHE INFORMATIONEN
Wenn dieser Computer ein Domänencontroller der bestimmten Domäne ist, wird eine sichere Sitzung zum primären Domänencontrolleremulator in der bestimmten Domäne eingerichtet. Andernfalls richtet dieser Computer eine sichere Sitzung zu einem beliebigen Domänencontroller in der bestimmten Domäne ein.
---
ID: 5
The Virtual Storage Filter Driver is disabled through the registry. It is inactive for all disk drives.
Da kommen dann noch mehere Warnungen und Fehler das der Hyper-V nicht mit seiner Adresse im DNS regestriert werden kann, Gruppenrichtlinien nicht geladen werden können etc. Diese Fehler dürften alle der Tatsache geschuldet sein das der Server (PDC) zu diesem Zeitpunkt noch gar nicht gestert ist.
Bin für jeden Tip dankbar.
Viele Grüße
pixel
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 168379
Url: https://administrator.de/contentid/168379
Ausgedruckt am: 22.11.2024 um 11:11 Uhr
14 Kommentare
Neuester Kommentar
Hallo,
ich Tippe auf fehlende oder nicht installierte "Integrationsdienste" (VMBus-Treiber).
Fehler-ID50 ist ein Indiz dafür, dass deine Integrationsdienste nich korrekt laufen, da er den Takt des physikalischen Prozzis nicht mit dem des virtuellen Prozzis abgleichen kann bzw. dieser aus dem Ruder läuft.
Welche Art von virtuellen Netzwerkkarten verwendet dein virtueller Srv 2003, eine "ältere Netzwerkkarte" oder eine "syntehtische Netzwerkkarte"?
Falls du eine "ältere Netzwerkkarte" verwendest, update deinen Server auf mind. SP2, installiere die Integrationsdienste bzw. den VMBus-Treiber und ersetze die "ältere Netzwerkkarte" durch eine "synthetische..."!!
Danach sollte es eigentlich performater sein und die restlichen Fehler behoben...
Das sind alles nur Vermutungen....ein paar mehr Infos zu den VM's wären noch hilfreich...
ich Tippe auf fehlende oder nicht installierte "Integrationsdienste" (VMBus-Treiber).
Fehler-ID50 ist ein Indiz dafür, dass deine Integrationsdienste nich korrekt laufen, da er den Takt des physikalischen Prozzis nicht mit dem des virtuellen Prozzis abgleichen kann bzw. dieser aus dem Ruder läuft.
Welche Art von virtuellen Netzwerkkarten verwendet dein virtueller Srv 2003, eine "ältere Netzwerkkarte" oder eine "syntehtische Netzwerkkarte"?
Falls du eine "ältere Netzwerkkarte" verwendest, update deinen Server auf mind. SP2, installiere die Integrationsdienste bzw. den VMBus-Treiber und ersetze die "ältere Netzwerkkarte" durch eine "synthetische..."!!
Danach sollte es eigentlich performater sein und die restlichen Fehler behoben...
Das sind alles nur Vermutungen....ein paar mehr Infos zu den VM's wären noch hilfreich...
Zitat von @pixel24:
Ja, der VM sind 4 virtuelle CPU's zugeordnet. Einfach auf eine ändern. Wie hat sich das Problem dann bei dir
geäußert. War lediglich die Anzeige der Ping-Zeiten so seltsame oder wie bei mir tatsächlich die ganze Performace
des gesamten Systems so schlecht?
Ja, der VM sind 4 virtuelle CPU's zugeordnet. Einfach auf eine ändern. Wie hat sich das Problem dann bei dir
geäußert. War lediglich die Anzeige der Ping-Zeiten so seltsame oder wie bei mir tatsächlich die ganze Performace
des gesamten Systems so schlecht?
Nein, bei mir laufen die weiterhin auf zwei CPUs, allerdings hab ich die boot.ini um den Parameter /usepmtimer ergänzt. Ich kann mich nicht mehr erinnern, wie sich das ganze bei mir geäußert hat, ist schon zwei Jahre her und log-Einträge hab ich nicht mehr. Aber ich weiß, daß eine Menge Events dann nicht mehr auftraten.
Die Integrationsdienste installierst du, indem du im Hyper-V-Manager per doppelklick eine VM öffnest (quais den Bildschirm an machst).
In diesem Fenster steht oben "Aktion->...Datenträger einlegen"
Wenn du den Datenträger "virtuell" einglegt hast erscheint IN der VM selber eine CD mit dem Setup der Integrationsdienste....das führst du einfach mal aus und schaust noch einmal ob jetzt alles geht...
Hier siehst du wie es aussieht wenn man eine "ältere Netzwerkkarte" nutzt
http://www.cc13.com/wordpress_21/wp-content/uploads/2009/06/hyper-v2.jp ...
Sollte die VM-Netzwerk- Hardwareconfig anders aussehen, sprich mit einem "blauen" Kabelsymbol oder ohne dem Zusatz "ältere..", nutzt du schon eine "synthetische".
Zu den "weitern Infos":
Patchlevel, Hardwareconfig, Systemconfig, was läuft auf dem V-Server?! wären noch hilfreich gewesen....
In diesem Fenster steht oben "Aktion->...Datenträger einlegen"
Wenn du den Datenträger "virtuell" einglegt hast erscheint IN der VM selber eine CD mit dem Setup der Integrationsdienste....das führst du einfach mal aus und schaust noch einmal ob jetzt alles geht...
Hier siehst du wie es aussieht wenn man eine "ältere Netzwerkkarte" nutzt
http://www.cc13.com/wordpress_21/wp-content/uploads/2009/06/hyper-v2.jp ...
Sollte die VM-Netzwerk- Hardwareconfig anders aussehen, sprich mit einem "blauen" Kabelsymbol oder ohne dem Zusatz "ältere..", nutzt du schon eine "synthetische".
Zu den "weitern Infos":
Patchlevel, Hardwareconfig, Systemconfig, was läuft auf dem V-Server?! wären noch hilfreich gewesen....
Zitat von @pixel24:
Die Option in der Boot.ini /usepmtimer ist ausschließlich für AMD-CPU's und ändert bei Intel-CPU's rein gar nichts. Angeblich ist dies bei Intel-CPU's gar nicht notwendig.
Wie ich oben geschrieben habe, habe ich mehrere 2k3-Server mit mehreren CPUs unter Hyper-V mit dem /usepmtimer-Switch laufen - problemlos. "Ausschließlich für AMD-CPUs" stimmt insofern, daß es sich auf Serverhardware bezieht, die AMD Mehrkern-CPUs verwenden und worauf Win2k3 direkt installiert ist. Also als Serverbetriebssystem. Unter Hyper-V jedoch funktioniert dieser Switch auch dann, wenn der Server selbst mit INTEL-CPUs läuft. Hier mal ein Link dazu.Die Option in der Boot.ini /usepmtimer ist ausschließlich für AMD-CPU's und ändert bei Intel-CPU's rein gar nichts. Angeblich ist dies bei Intel-CPU's gar nicht notwendig.
Teilweise habe ich auch Beiträge gefunden die besagen dass es von Microsoft ein Hotfix für die Verwendung von Intel Dual Core CPU's gibt. Gefunden habe ich jedoch nichts.
Ich glaub, den gibt's auch bis dato immer noch nicht...kristov