BSOD virtueller Server

Moin,
wie immer die Basics:

• ESXi 7.x auf dem neusten Patchstand?
• Aktuelle VMware Tools in den VM installiert?
• Welche Netzwerkarte nutzt udu in den VMs?
• Welche Hardware Version haben die VMs?

Gruß,
Dani

Klingt auch für mich nach Treiber. Dürfen die Benutzer USB Geräte durch reichen? Ich hatte schon BSOD durch angeschlossenes Mobiltelefon...

Perfekt, alle Abhänigkeiten von einander entsprechende somit der VMware Support Matrix. Einzig die VMware Tools könnte man noch auf die neuste Version aktualisieren.

Könnte es sein, dass das Problem mit der Installation der Windows Updates aus dem August erstmalig aufgetreten sind? Das BIOS auf den Servern ist auch auf einer aktuellen Version?

Hast du auf dem Servern Tools wie Trend Micro installiert? Wenn dem so ist, könnte das auch eine Ursache sein.


Gruß,
Dani

Dobby

Moin,

ich würde testen die E1000 Karten rauszuwerfen und auf VMXNet um zu steigen.
Mein erster Gedanke bei den Dumps ging auch in die Netzwerk Richtung.

Gruß
Spirit

Moin,

Das würde ich auch so machen. die E1000 vNICs machen m.E.n. unter Windows nur Probleme.

lg,
Slainte

Moin,
hab ich was verpasst? Ist evtl. ein wenig OT aber wir verfolgen genau die andere Strategie: VMXNET3 -> E1000.


Gruß,
Dani

Also bei mir laufen ~200 VMs unter 7.0.3 mit vmxnet3 problemlos (Windows 2003 bis 2019 und Debian 9-11)
"Aus versehen" wurden mal bei ein paar Servern die E1000e verwendet: Bluescreens und ungewöhnliche Netzwerkprobleme (massig Retransmits, CRC Fehler usw)

Merkwürdig

Choosing a network adapter for your virtual machine (1001805)

Moin,
bei uns deutlich mehr VMs und mehr verschiedene Betriebsysteme. Unsere VMware Jungs schwören auf die E1000E. Aber ich hinterfrage das mal bei einem Kaffee... jetzt hab ich Blut geleckt.


Gruß,
Dani

Wir haben mittlerweile das Thema, dass bei einem Tools Update auch gleich die E1000 Karten verschwinden und dann Server per DHCP im Netz hängen.
VMware scheint es auch zu präferieren.
Außerdem sind die VMXNet Karten schneller.

so nach ca. 22 Jahren VMware Praxis von GSX bis ESX 7 - die OEM Treiber in Windows für Intel-Karten sind das Problem... beim i219 hab ich beim Datendurchsatz den Faktor 20 wenn ich in älteren WIndows-Versionen einfach mal den Treiber von Intel nachinstalliere (auf echter Hardware). Und der E1000 ist in Windows zwar da, aber halt auch nur OEM, und aktiviert viele der Features für Hardwarebeschleunigung nicht, die VMware dann auch nicht an die HArdware durchreicht. Wenn ich am Server eine E1000E habe (in meinem Lab als Quadport so vorhanden) macht die Installation des Intel-treibers sogar Sinn.

Das ist ansontsen ein wahrer Einstellungsdschungel, den VMware nur im VMXNET3 richtig gelöst hat. Wer Windows mit E1000 weiterlaufen läßt ist am Ende selber schuld... der ist für WDS und automatische PXE Boots da (was viele Machine creation Skripte nutzen) und für Anwenderworkloads in Windows 10 auch ausreichend, meistens. Für Server aber nicht, speziell wenn die wie Terminalserver viele Vermbindungen zu Clients UND zu Serverdiensten offenhalten müssen und das mit ein und demselben Interface.

Und Sever 2022? Ist neuer als ESX 7. Und was hat man aus den POSDs gelernt wenn man neue OS auf alten ESXen tesstet? Erst die letzten Patches für ESX einspielen. Server 2016 killte 6.0 bis CU1, Windows 10 killte ESX 6.7 bis CU2. Daß Windows 11, 21h2 bei Windows 10 und Server 2022 heikel sind weiß man eigentlich..... meine Meinung nach sowieso Finger weg davon solange man ESX nicht auf dem ganz aktuellen Stand hat. Da ist in diesem Jahrzehnt leider viel Qualität den Bach runtergegangen.

Edit
Die Verwendung von VMXNET3 steht seit mehr als einem Jahrzehnt in den VMware Whitepapers drin. Nur mal so ein Wink mit dem Zaunpfahl.