Hallo,
bei einem Kunden laufen noch 3 Vmware 1.09 Server. Eigentlich seit Jahren ohne Probleme aber seit einigen Monaten haben wir sporadische Netzwerkeffekte die dann das Netz komplett lahm legen. Zur Zeit lässt sich noch kein Muster erkennen zumal das auch mitten in der Nacht passiert wenn im Netz nichts los ist.
Was mit nur aufgefallen ist ist ein Vmware-Server genau zu diesem Zeitpunkt laut top 100 % CPU Last hat.
Meine Frage:
Gibt es ggf bekannte Probleme das Vmware-Server entprechende Effekte verursachen. Ich will den Kunden eh auf ESX5i umziehen aber das wird noch dauern.
Gruß und Dank
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Netzprobleme durch Server?
Hallo,
ich hatte mal einen ähnlichen Effekt bei einem Kunden dessen DHCP-Server IPs im Bereich der festen IP-Adressen vergeben hat (falsch konfiguriert) und eine VM in der Nacht immer eine IP angefordert hat (reboot), die schon vergeben war, das hat dann immer zu Netzproblemen und 100%iger Hostauslastung geführt.
ich hatte mal einen ähnlichen Effekt bei einem Kunden dessen DHCP-Server IPs im Bereich der festen IP-Adressen vergeben hat (falsch konfiguriert) und eine VM in der Nacht immer eine IP angefordert hat (reboot), die schon vergeben war, das hat dann immer zu Netzproblemen und 100%iger Hostauslastung geführt.
-
- King of the Hill
- Beiträge: 13562
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Entweder das oder auf dem Host/Gast läuft irgendeine SW bzw Hintergrundtask, das die CPU komplett auslastet.
Ich würde in jedem Fall noch auf die VMserver-Version 1.10 updaten, da bei der Version 1.09 zwei schwerwiegende Probleme bekannt geworden ist. Siehe dazu auch http://www.vmware.com/support/server/do ... #bugfix109
Ich würde in jedem Fall noch auf die VMserver-Version 1.10 updaten, da bei der Version 1.09 zwei schwerwiegende Probleme bekannt geworden ist. Siehe dazu auch http://www.vmware.com/support/server/do ... #bugfix109
-
- King of the Hill
- Beiträge: 13562
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Das ist aber reichlich wage und taucht kaum zur Ursachenforschung.Ich hatte mit dem VMWare Server 1.0.10 nur die CPU-Spitzen des Hosts (Win2003) beobachtet
Beide VMserver hatten/haben aber Probleme mit den Energiesparfunktionen, die ihnen durch das Host-OS aufgezwungen werden. Beim VMserver2 kam unter Linux als Host-OS noch hinzu, daß dieser damit sowieso ein Problem hatte. Trotz im Leerlauf befindlicher VMs stieg dabei die Host-Auslastung kontinuierlich bis auf 100% der Host-Systemleistung an. Einzigste Lösung war, den Host monatlich zu rebooten.
Mit Windows als Host-OS hatte ich diese Probleme auch nach monatelanger VM-Laufzeit nie feststellen können.
Dayworker hat geschrieben:Das ist aber reichlich wage und taucht kaum zur Ursachenforschung.
Vielleicht habe ich mich nicht klar genug ausgedrückt.
Die Lastspitzen tauchten bei mir ohne beobachtbare Netzwerkprobleme auf. Bei mir waren sie also nicht die Ursache von Netzwerkproblemen.
Die interne Auslastung der Linux-VM zeigte währenddessen normales Leerlaufverhalten. Die vCPU-Last war also nicht die Ursache der Host-CPU-Spitzen.
-
- King of the Hill
- Beiträge: 13562
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Heißt das jetzt im Umkehrschluß, daß du die bekannten Last-Probleme des VMserver2 auch mit dem VMserver1 nachvollziehen konntest?~thc hat geschrieben:Vielleicht habe ich mich nicht klar genug ausgedrückt.
Die Lastspitzen tauchten bei mir ohne beobachtbare Netzwerkprobleme auf. Bei mir waren sie also nicht die Ursache von Netzwerkproblemen.
Die interne Auslastung der Linux-VM zeigte währenddessen normales Leerlaufverhalten. Die vCPU-Last war also nicht die Ursache der Host-CPU-Spitzen.
Dayworker hat geschrieben:]Heißt das jetzt im Umkehrschluß, daß du die bekannten Last-Probleme des VMserver2 auch mit dem VMserver1 nachvollziehen konntest?
Nein. Das von dir geschilderte Verhalten konnte ich auf einem jahrelang betriebenen VMWare Server 2 unter Linux nie beobachten. Die 1.0.10-Installtion auf dem Windows Server 2003 zeigte im Bereich von Minuten bis zu einer Stunde 100%-CPU-Last auf dem Host ohne erkennbare Ursache. Die Last kehrte dann von allein auf ihren Normalwert zurück.
-
- King of the Hill
- Beiträge: 13562
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Habt ihr eure Untersuchungen mal auf die Spitze getrieben und zu einem Zeitpunkt ohne laufende VMs beobachtet?
Ich weiß jedenfalls von Avira, welches sich dann sogar im "vmware.log" wiederfand, und vor allem DotNET, daß beide nicht unproblematisch sind.
Beispielsweise läuft nach dem Einspielen der M$-Updates für DotNET neben dem üblichen "Windows Installer" immer noch der ständig kurzzeitig laufende, neue Tasks generierende "DotNET Runtime Optimization Service". Ärgerlich an letzterem ist, daß dessen Startoption jedesmal ungefragt auf "Automatisch" gesetzt wird und er dadurch seine "Taskerstellungs- und -abbauorgien" auch nach einen Reboot weiterführt.
Daran haben bis jetzt weder die Einspielung irgendwelcher Servicepacks noch weiterer M$-Updates seit Win2k etwas geändert. Ruhe brachte nur die manuelle Intervention in Form von Umstellen des Dienstes oder beim scriptgesteuertem Shutdown/Reboot.
Ich weiß jedenfalls von Avira, welches sich dann sogar im "vmware.log" wiederfand, und vor allem DotNET, daß beide nicht unproblematisch sind.
Beispielsweise läuft nach dem Einspielen der M$-Updates für DotNET neben dem üblichen "Windows Installer" immer noch der ständig kurzzeitig laufende, neue Tasks generierende "DotNET Runtime Optimization Service". Ärgerlich an letzterem ist, daß dessen Startoption jedesmal ungefragt auf "Automatisch" gesetzt wird und er dadurch seine "Taskerstellungs- und -abbauorgien" auch nach einen Reboot weiterführt.
Daran haben bis jetzt weder die Einspielung irgendwelcher Servicepacks noch weiterer M$-Updates seit Win2k etwas geändert. Ruhe brachte nur die manuelle Intervention in Form von Umstellen des Dienstes oder beim scriptgesteuertem Shutdown/Reboot.
Dayworker hat geschrieben:Habt ihr eure Untersuchungen mal auf die Spitze getrieben und zu einem Zeitpunkt ohne laufende VMs beobachtet?
Ich weiß jedenfalls von Avira, welches sich dann sogar im "vmware.log" wiederfand, und vor allem DotNET, daß beide nicht unproblematisch sind.
Beispielsweise läuft nach dem Einspielen der M$-Updates für DotNET neben dem üblichen "Windows Installer" immer noch der ständig kurzzeitig laufende, neue Tasks generierende "DotNET Runtime Optimization Service". Ärgerlich an letzterem ist, daß dessen Startoption jedesmal ungefragt auf "Automatisch" gesetzt wird und er dadurch seine "Taskerstellungs- und -abbauorgien" auch nach einen Reboot weiterführt.
Daran haben bis jetzt weder die Einspielung irgendwelcher Servicepacks noch weiterer M$-Updates seit Win2k etwas geändert. Ruhe brachte nur die manuelle Intervention in Form von Umstellen des Dienstes oder beim scriptgesteuertem Shutdown/Reboot.
Hallo,
ich denke wir haben das Problem eingegrenzt.
Der Vm Server ist Opfer und nicht Täter
![Wink ;-)](./images/smilies/icon_wink.gif)
Es sieht so aus als ob in einem anderen Server die Oboard-Netzwerkkarte eine kleine Macke hat und dadurch sporadisch wohl sogar auch die Switche überlastet hat obwohl die sich eigentlichen damit umgehen können sollten.
Aufgefallen ist das weil meine Monitoringlösung seit dem letzten Ausbruch häufig TCP-IP Fehler auf einigen Diensten gemeldet hat. Aktuelle habe ich die Karte deaktiviert und eine Ersatzkarte eingebaut. Seit diesem Zeitpunkt ist im Monitoring nichts mehr aufgetaucht. Mal schauen ob es das war aber der Vmware-Server ist aus meiner Sicht vom Haken.
Gruß
Zurück zu „VMserver 1 und GSX“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 19 Gäste