VMware-Forum

Proliant ML350P Gen8 2xCPU 2620 40GB SAS RAID 5 Firmware aktuell 4xNIC an Cisco C2960S

2K3 problemlos von original Maschine konvertiert

2012R2 machte bei Installation und Update keine Probleme

beim Kopieren von ca. 1GB crasht der Host



Danke im Voraus

Verwendest du VMXNET3 Adapter bei den Gastsystemen? Wenn nicht, dann tausche die Netzwerkkarten gegen VMXNET3.

Habe die Karten getauscht, es funktioniert mit 1GB, ich teste jetzt mal größere Mengen

läuft auch mit 13GB, das hat sich dann erledigt ...

Herzlichen Dank und schönes Wochenende

Lesestoff zum Thema:

http://kb.vmware.com/kb/2059053

Irgendwie seltsam, dass VmWare diese Probleme immer noch nicht im Griff hat.

Auch der VMXNET3 ist nicht über jeden Zweifel erhaben. Nach einer gewissen Laufzeit gibt es auch damit gerne mal Probleme mit den Buffers und Offloads. Bei 5.5 hatte ich diese mit dem VMXNET3 bis jetzt zwar nicht, aber unter 4.x und 5.0 und 5.1.

Am Ende liefen Empfehlungen im weiten Netz darauf hinaus, dass man in betroffenen VM's möglichst die ganzen Buffer-Einstellungen im Windows abschalten soll. Mal mit mehr, mal mit weniger Erfolg. Es empfiehlt sich aber, die Verbiegungen zu dokumentieren.

Bei mir wars bis jetzt so, dass wenn E1000 Probleme machte, VMXNET3 lief und anders rum. Das beides auf dem gleichen Host nicht wollte, hatte ich bis jetzt noch nicht. Halt eine mühsame Angelegenheit alles zu tauschen.

Lästig ist nur, dass man nicht genau herausfindet woher die Probleme tatsächlich kommen und wie man sie löst.

Das Problem daran hat VMware bereits im KB-Eintrag What is a TOE NIC and does ESXi/ESX support any TOE NICs? (1006143) formuliert. Solange dieser KB Bestand hat, kann man sich nur mit dem Abschalten der Buffer behelfen.

Das die Probleme mal mit VMXNET3 und mal mit e1000 auftreten, könnte auch mit den jeweils im Server verbauten Nic's und deren Treiber-Versionen zusammenhängen...

Ich habe in etlichen vSphere Umgebungen KEINE Probleme. Aber ich setze seit Jahren auch auf VMXNET Adapter. Die Probleme mit den Buffern kann ich nicht nachvollziehen und ich habe diverse extrem netzwerkintensive Server bei Kunden rumfliegen. Allerdings vermeide ich krude Setups mit nicht supporteten Karten etc. Vielleicht bin ich deswegen bisher davon verschont geblieben.

Hallo zusammen,

hatte es auch dieses Weekend, hat mir das Weekend versaut! Komisch nur bei einer neuen VM mit 2012 R2 eine Datei von paar KB von Server zu Server kopieren schon ist es passiert. Alle VMs voll Down, das kann ja nicht sein!! Habe ausser bei Linux Systeme immer die e1000e drin. Das System läuft über 1.5 Jahre nonSTOP...

Als ich auf vmxnet wechselte kam es nicht mehr. Hatte nur bei der VM getauscht.

Bei allen wäre dies ein riesen aufwand.




Im Bild: Punkt 1 wäre das Netzwerkkarte Problem, sehe ich das richtig?

Was geht da bei Punkt 2?

Danke für Hilfe....

FYI - hier kann man keine Bilder anhängen - bitte auf eigenen Webspace oder Freehoster verlinken

Danke,

wo liegt hier das Problem. Was passiert mit dem Dumps auf dem ESX werden die autmatisch gelöscht?

Wie regaiert hier ein absoluter VMware Profi?

Danke für Inputs. Immerhin habe ich es wieder am laufen...

Hast du einen Dump Collector installiert? Wenn nein, dann solltest du das nachholen. Da werden dann die Dumps hingeschoben. ESXi 5.5 legt eine größere Dump Partition an (AFAIK 2,5 GB statt 100 MB).

vm_admin hat geschrieben:Hallo zusammen,

hatte es auch dieses Weekend, hat mir das Weekend versaut! Komisch nur bei einer neuen VM mit 2012 R2 eine Datei von paar KB von Server zu Server kopieren schon ist es passiert. Alle VMs voll Down, das kann ja nicht sein!! Habe ausser bei Linux Systeme immer die e1000e drin. Das System läuft über 1.5 Jahre nonSTOP...

Als ich auf vmxnet wechselte kam es nicht mehr. Hatte nur bei der VM getauscht.

Bei allen wäre dies ein riesen aufwand.




Im Bild: Punkt 1 wäre das Netzwerkkarte Problem, sehe ich das richtig?

Was geht da bei Punkt 2?

Danke für Hilfe....

Schau dir mal folgende Forenbeitrag an:

http://vmware-forum.de/viewtopic.php?t=29324

ESXi 5.1 mit 2k12R2 und Intel E1000(E) lässt den ganzen Host crashen. Der enthaltene KB würde auch zu deinem PSOD passen!

war die Hardware Zertifiziert gewesen?

bla!zilla hat geschrieben:Hast du einen Dump Collector installiert? Wenn nein, dann solltest du das nachholen. Da werden dann die Dumps hingeschoben. ESXi 5.5 legt eine größere Dump Partition an (AFAIK 2,5 GB statt 100 MB).

Bitte um Hilfe..........

Wie muss man das bewerkstelligen?

Danke

Hallo,

das wird im folgendem VMware Artikel beschrieben.
Configuring an ESXi/ESX host to capture a VMkernel coredump from a purple diagnostic screen

Jetzt brauchst du nur noch jemanden, der einen solchen Dump auswerten kann bzw. möchte.

Gruß,
Ralf

Danke....

Keine Ursache....

bla!zilla hat geschrieben:Ich habe in etlichen vSphere Umgebungen KEINE Probleme. Aber ich setze seit Jahren auch auf VMXNET Adapter. Die Probleme mit den Buffern kann ich nicht nachvollziehen und ich habe diverse extrem netzwerkintensive Server bei Kunden rumfliegen. Allerdings vermeide ich krude Setups mit nicht supporteten Karten etc. Vielleicht bin ich deswegen bisher davon verschont geblieben.

Fühle mich da glatt angesprochen.
Spass bei Seite, ich schaue auch darauf, dass die Hardware zertifiziert ist. Nur bei der Storage-Bereitstellung setze ich manchmal auf ne Appliance. Einzige Ausnahme, für kleine VDI-Umgebungen habe ich schon ein paar mal nen Sinlge-Socket System mit hoher GHZ-Anzahl verbaut. Mit diesen Hosts hatte ich seltsamerweise noch gar nie mit irgendwelche Probleme. Sind aber auch keine klassischen Frickelsysteme sondern Server von einem der Top-4-Server-Hersteller.

Zum Thema hier:
Seltsam an diesem PSOD finde ich, dass es nicht allen Netzwerktraffic zu betreffen scheint. Der Traffic des WSUS-Servers war z.B. kein Problem. Ein WSUS-Server lief fast ein halbes Jahr mit E1000E völlig problemlos. Clients sind sowohl XP, 7, 8, 2003, 2008, 2008R2. Bei einer Dateioperation auf einen UNC-Pfad auf einen 2008er Server machte der Host die Grätsche. Konnte ich dann problemlos reproduzieren.

Passiert auch auf zertifizierter Hardware. Allerdings erst nachdem mit nested VMs gespielt wurde. Das ist aber bis Dato der einzige Fall welchen ich n meinen Kundenumgebungen bzw. Eigener gesehen habe.

Gruss
Joerg

Hatten letzte Woche das gleiche Problem, 5.1 U2 hat geholfen.

http://kb.vmware.com/selfservice/micros ... Id=2059053