Seite 1 von 1
seit Update häufiger Netzwerkkarten die hängen
Verfasst: 07.10.2014, 06:13
von rprengel
Hallo,
ich habe jetzt einige Testhosts auf das letzte Update 7/2014 (2000251 gebracht.
Seitdem habe ich deutlich häufiger das Problem das Netzwerkkarten sich aufhängen.
Es handelt sich um einfache IntelGigabit Desktopkarten die bisher sehr zuverlässig liefen.
Hat jemand ähnliches beobachtet?
Gruss
Verfasst: 07.10.2014, 07:37
von ~thc
Kannst du das etwas genauer beschreiben? Welche Phänomene treten auf, welche Intel-Chips sind betroffen und sind das VMWare- oder Drittanbieter-Treiber?
Verfasst: 07.10.2014, 13:15
von rprengel
~thc hat geschrieben:Kannst du das etwas genauer beschreiben? Welche Phänomene treten auf, welche Intel-Chips sind betroffen und sind das VMWare- oder Drittanbieter-Treiber?
Hallo,
leider alles sehr unspezifisch. Ich nutze nur die Treiber die ESX mitbringt bzw. durch Updates aktualisiert
Im konkreten Fall zeigt ESX Intel 82574L Gigabit als Karte an wobei mir geradeda ich drauf schaue ein Verdacht kommt. Ich hatte das Problem früher schon mal mit Siemens-PCs wenn 2 gleiche Karten verwendet wurden.
Nicht das es wieder so ein Mist ist.
Gruss
Verfasst: 07.10.2014, 15:40
von ~thc
Das letzte Update patcht die Treiber für die Intel-Karten nur, wenn der alte Stand vor dem vom ESXi500-201401001 (1311175 oder darunter) war. War das bei den Test-Hosts der Fall?
Verfasst: 07.10.2014, 17:45
von rprengel
~thc hat geschrieben:Das letzte Update patcht die Treiber für die Intel-Karten nur, wenn der alte Stand vor dem vom ESXi500-201401001 (1311175 oder darunter) war. War das bei den Test-Hosts der Fall?
Das würde passen.
Ich steig da Donnerstag mal wieder tiefer ein.
Gruss
Verfasst: 08.10.2014, 16:43
von Dayworker
Falls es sich nicht mit dem Treiber lösen läßt, würde ich mir mal die MAC-Adressen beider Intel-Karten ansehen. Nicht das die aus irgendwelchen, unbekannten Gründen gleich sind...
Verfasst: 10.10.2014, 08:05
von Supi
So, muss mich wohl auch einreihen.
Zuvor kam sporadisch in Summe 3x die Meldung
VMware vCenter - Alarm alarm.NetworkRedundancyDegradedAlarm] Uplink-Redundanz auf virtuellem Switch "vSwitch1" wurde herabgestuft. Die physische Netzwerkkarte vmnic5 ist nicht bereit. Betroffene Portgruppen:"Virtual Machine Network.
für eine NIC, wobei die dann wieder verbunden war. Zuvor war es auch immer die NIC4 bei mir, die jedoch auch von der Intel Pro kommt.
Verbaut ist 1x Intel PRO 1000PT Quad Port 1GbE NIC PCIe x4 in einem Dell R610.
ESXI 5.5 U2 2068190
Bei einem identischen Host mit R610 und der Pro 1000 QP kommt keinerlei Meldung.

Verfasst: 10.10.2014, 09:31
von ~thc
@Supi: Auch hier gilt ähnliches wie beim 5.0 oben: Die net-igb- und net-e1000e-vibs wurden zuletzt beim "Update01" gepatcht und danach nicht mehr. Wenn dein Host vor dem Einspielen des letzten Patches den Stand 1474528 oder früher hatte, wurden die Treiber verändert - sonst nicht.
Verfasst: 10.10.2014, 10:47
von rprengel
~thc hat geschrieben:@Supi: Auch hier gilt ähnliches wie beim 5.0 oben: Die net-igb- und net-e1000e-vibs wurden zuletzt beim "Update01" gepatcht und danach nicht mehr. Wenn dein Host vor dem Einspielen des letzten Patches den Stand 1474528 oder früher hatte, wurden die Treiber verändert - sonst nicht.
Hallo,
hast du Tips zu einem Downgrade des Treibers?
Gruss
Verfasst: 10.10.2014, 11:49
von ~thc
Jup. Zeih dir für ESXi 5.0 das alte update03 auf einen Datastore und downgrade das VIB mit:
Code: Alles auswählen
esxcli software vib install -d /vmfs/volumes/datastore1/update-from-esxi5.0-5.0_update03.zip -n net-e1000e
Wichtig ist das Kommando "install" und die Spezifikation des VIBs mit "-n"!
Verfasst: 10.10.2014, 13:47
von Supi
~thc hat geschrieben:@Supi: Auch hier gilt ähnliches wie beim 5.0 oben: Die net-igb- und net-e1000e-vibs wurden zuletzt beim "Update01" gepatcht und danach nicht mehr. Wenn dein Host vor dem Einspielen des letzten Patches den Stand 1474528 oder früher hatte, wurden die Treiber verändert - sonst nicht.
die Host wurde bei mir von ESXI 4.1 U3 1682698 auf ESXi 5.5 Update 1 1623387
aktualisiert.
Danach der auf U2.
Jeweils mit Update-Manager.
Verfasst: 10.10.2014, 15:35
von ~thc
Supi hat geschrieben:die Host wurde bei mir von ESXI 4.1 U3 1682698 auf ESXi 5.5 Update 1 1623387
aktualisiert.
Danach der auf U2.
Jeweils mit Update-Manager.
Dann hat sich mit dem letzten Update auf U2 der e1000e-Treiber nicht geändert. Damit scheidet dieser dann als Ursache aus.
Verfasst: 10.10.2014, 15:58
von Supi
Ursache bei mir: Router unter dem Patchfeld getauscht. Bei einem Port ist die Nase vom Kabel ab, diese steckte nicht mehr richtig im Switch.
Tja hätte man ja gleich mal schauen können.
Verfasst: 13.10.2014, 09:38
von rprengel
~thc hat geschrieben:Jup. Zeih dir für ESXi 5.0 das alte update03 auf einen Datastore und downgrade das VIB mit:
Code: Alles auswählen
esxcli software vib install -d /vmfs/volumes/datastore1/update-from-esxi5.0-5.0_update03.zip -n net-e1000eWichtig ist das Kommando "install" und die Spezifikation des VIBs mit "-n"!
Hallo,
ich bin mit ESXi 5.1 unterwegs.
Welches Update müsste ich dann nehmen?
Wie bekomme ich raus welche Treiberversion gerade installiert ist?
Passt das so?
~ # esxcli software vib list|grep e1000
net-e1000 8.0.3.1-2vmw.510.1.16.1157734 VMware VMwareCertified 2013-11-01
net-e1000e 1.1.2-3vmw.510.2.23.1483097 VMware VMwareCertified 2014-04-16
Verfasst: 13.10.2014, 13:32
von ~thc
rprengel hat geschrieben:
ich bin mit ESXi 5.1 unterwegs.
Welches Update müsste ich dann nehmen?
Wie bekomme ich raus welche Treiberversion gerade installiert ist?
Passt das so?
~ # esxcli software vib list|grep e1000
net-e1000 8.0.3.1-2vmw.510.1.16.1157734 VMware VMwareCertified 2013-11-01
net-e1000e 1.1.2-3vmw.510.2.23.1483097 VMware VMwareCertified 2014-04-16
Die letzte Nummer im VIB-Namen ist die Buildnummer des VMWare-Patches, bei der dieses VIB-Update zuletzt stattfand.
Für deine Karte (Intel 82574L) ist der e1000e-Treiber zuständig, der zuletzt im Update02 (1483097) für 5.1 gepatcht wurde - du brauchst also die Version aus dem Update01 (1065491).