Windows 2012 R2 VM verursacht permanent Blue Screens

[Dutch_OnE 39]

guten Morgen,

 

ich habe einen Windows 2012 R2 Server in einer VM laufen. Leider ist das System im letzten Monat 6 mal mit Bluescreen ausgestiegen. Das Root System läuft einwandfrei. BluescreenView meldet Fehler wie DRIVER;IRQL,NOT_LESS_OR_EQUAL, DRIVER_CORRUPTED_EXPOOL, BAD_POOL_HEADER. 

 

SFC hat keine Fehler gemeldet. DISM schon, konnte diese aber beheben. Hatte zuerst die Datensicherung in Verdacht, da die Abstürze kurz nach Beginn der DS aufgetreten sind. Eben gerade ist er aber auch abgestürzt und da lief definitiv keine Sicherung. Ich habe ansonsten noch einen SEH mit Dongle in die VM "gebunden". Ansonsten nur Exchange und DC, sowie ein paar NetShares. Nicht besonderes eigentlich.

 

Updates sind aktuell installiert. Ereignisanzeige sieht normal aus.

 

Wo kann man da mal ansetzen?

 

Gruß

DO 

[zahni 558]

Mal einen RAM-Test am Host machen, falls der keinen ECC-Speicher hat.

[Dutch_OnE 39]

Der Windows Speichertest war OK, aber ich werde dann mal MEMTEST laufen lassen.

[MurdocX 957]

Sind die Integrationsdienste aktuell?

[Dutch_OnE 39]

Die sind nicht aktuell. Jedenfalls schlägt er ein Update vor. Das werde ich dann auch gleich mal machen.

[Dutch_OnE 39]

Ich muss das Thema nochmal hochholen. Es entstehen weiterhin unterschiedliche BlueScreens (DRIVER_IRQL_NOT_LESS_OR_EQUAL, BAD_POOL_HEADER, PAGE_FAULT_IN_NONPAGED_AREA, DRIVER_CORRUPTED_EXPOOL)

 

afd.sys, ntoskernl.exe + 1554a0, ndis.sys, tcpip.sys

 

Speichertest wurde gemacht -> alles in Ordnung (Memtest)

Neuestes Proliant Service Pack wurde installiert

BIOS Energieoptionen auf maximale Performance gestellt

Energiesparmodus Root auf Höchstleistung.

Hyper-V S3 Treiber in VM nachinstalliert

alles an unnötiger Software deinstalliert

Microsoft Patch Hyper-V-Worker eingespielt

SFC Scannow mehrfach durchgeführt.

DISM RestoreHealth hat in der VM einmal einen Fehler gehabt, der korrigiert wurde

 

Habe eben noch gesehen, dass ich die Energieoptionen in der VM noch auf max. stellen konnte.

Ursprünglich war in der Root Ereignisanzeige immer ein Hyper-V-Worker Fehler beim Absturz der VM aufgetreten, Dieser kam diesmal allerdings nicht.

 

Ich könnte jetzt die Netzwerkkarte noch tauschen oder das TCP Chimney Offload in Root und / oder VM deaktivieren.

 

Hat jemand noch eine andere Idee? Ansonsten mache ich jetzt bei Microsoft noch ein Ticket auf.

 

Diesmal ist im Hyper-V Worker noch der Info Eintrag 18514 - Server wurde vom Gastbetriebssystem zurückgesetzt.

in der VMsteht 1001 Bugcheck - Der Computer wurde nach einem schwerwiegendem Fehler neu gestartet

Kritisch 41 - Das System wurde neu gestartet, ohne dass es zuvor ordnungsgemäß heruntergefahren wurde ...

 

Der Fehler war heute morgen um 7:23.

Gestern Abend eine Meldung TCPIP 4230 - Aufgrund einer Netzwerkbedingung wurde festgelegt, dass das Überlastungsfenster für mehrere Verbindungen beschränkt wird. Allerdings lief da auch die Datensicherung.

 

bearbeitet 13. August 2018 von Dutch_OnE

[MurdocX 957]

Ich würde mal die Dump analysieren warum der Fehler auftaucht 

[Dutch_OnE 39]

Das ist der Windows Mini-Dump. Ich kann da keine Ursache herauslesen. Oder wonach soll ich konkret schauen?

[MurdocX 957]

Da steht der Fehlercode in Verbindung mit dem Fehlerursprung (z.B. die verursachende DLL).

[djmaker 95]

Stelle mal auf einen vollständigen Dump. Da kann man mehr sehen.

[Dutch_OnE 39]

Mit welchem Viewer kann man das denn gut einsehen? Der BlueScreenView kann nur Minidump oder?

bearbeitet 13. August 2018 von Dutch_OnE

[djmaker 95]

https://www.dell.com/support/article/de/de/debsdt1/sln163973/how-to-configure-windows-server-to-generate-a-dump-file-in-the-event-of-a-blue-screen?lang=en

 

https://docs.microsoft.com/en-us/sysinternals/downloads/debugview

[Dutch_OnE 39]

Den Dump hatte ich auf automatisch stehen. Unter c:\windows gibt es auch einen sehr großen Memory.dmp mit Datum des letzten Absturz.

Wenn ich den einlese kommt die Meldung: No DebugView Output was found in the crash Dump file.

 

Ich stelle das jetzt auf "vollständig" um und warte mal den nächsten BSOD ab.

 

 

[MurdocX 957]

https://support.microsoft.com/de-de/help/315263/how-to-read-the-small-memory-dump-file-that-is-created-by-windows-if-a#method3

 

Hier steht’s auch erklärt. Die Symbol Infos nicht vergessen zu herunterladen.

[Dutch_OnE 39]

Habe mir das gerade mit dem Full Debug, dem SDK usw. angeschaut. Bis ich mich da eingearbeitet habe, mache ich lieber ein Ticket bei Microsoft auf. Im Action Pack sind 10 kostenlose enthalten.

 

Macht es vielleicht noch Sinn den TCPIP Offload in der VM oder im Host zu deaktivieren?