Windows Server 2022 - Das System wurde unerwartet heruntergefahren

[itNGO]

Wir haben an allen Intels jetzt das Intel-Microcode installiert und mitigations=off sowie bei den AMDs auch auf mitigations=off gesetzt.
Bis jetzt sieht das ganz gut aus mit aktuellem Kernel.... Ist allerdings auch kaum 24 Stunden her.....

 

[ITT]

@itNGO
Bitte weiter reporten, vielleicht entwickelt sich das ja zu einem Workaround

 

[IT-MCSE]

Falls es wen interessiert:
An all unseren PVE´s ist 5.15 in Betrieb und wir haben nicht diesen beschriebenen Fehler.
An den AMD Milan´s ist alles original.
An den Intel´s ist einzig

intel-microcode

und

mitigations=off

aktiviert.
Die Intel´s sind querbeet,von E3 über Gold usw... Auch die VM´s sind sowohl von Hyper-V migriert oder neu erstellt. Alles dabei.

Das hat doch direkt auf die CPU Einfluß ( Update ) oder verstehe ich das Falsch ?

Das kann bei meinem System ( Supermicro = secure bios ) spannend werden.

Soll das wirklich die Ursache dafür sein, kann ich mir nicht erklären warum. Aber vielleicht ist es wie schon hier erwähnt erstmal ein Workaround.

Für mich macht da aber der vorübergehende Kernelwechsel mehr Sinn

Aufjedenfall ist die erste Win22SRV gestern wieder offline gegangen ( 1 von 8 Maschine ) und wieder der Hardware KVM Fehler.

 

[ITT]

Das hat doch direkt auf die CPU Einfluß ( Update ) oder verstehe ich das Falsch ?

Das kann bei meinem System ( Supermicro = secure bios ) spannend werden.

Soll das wirklich die Ursache dafür sein, kann ich mir nicht erklären warum. Aber vielleicht ist es wie schon hier erwähnt erstmal ein Workaround.

Für mich macht da aber der vorübergehende Kernelwechsel mehr Sinn

Aufjedenfall ist die erste Win22SRV gestern wieder offline gegangen ( 1 von 8 Maschine ) und wieder der Hardware KVM Fehler.

War ja nur meine Schilderung von unseren Systemen.
Weder die Clustersysteme, noch Standalone-Hosts zeigen diese Fehler (gottseidank!)
Und wie gesagt, die AMD´s sind original, die Intels alle mit dem microcode installiert und mitigations deaktiviert.

 

[itNGO]

@itNGO
Bitte weiter reporten, vielleicht entwickelt sich das ja zu einem Workaround

GO für Intel/AMD-Microcode + Mitigations=off mit Kernel Linux 5.15.35-1-pve.

An die Anpassung in der "/etc/modprobe.d/intel-microcode-blacklist.conf" denken! Sonst wird der Microcode nicht geladen!

48 Stunden stabil jetzt....

 

[mayli]

Nachdem Win22 ein bis zwei Mal am Tag abschmiert hab ich nun auch Intel Microcode installiert u. Mitigations=off gestellt.
Leider hat sich dadurch aber nichts geändert.
Was muss ich bei Microcode einstellen?
Kann mir da bitte jemand weiterhelfen. Danke!

 

[IT-MCSE]

Ich habe 2 Host´s mit unterschiedlicher Hardware am Laufen.

Der erste:


Der zweite:



Beide Maschinen haben Win11 bzw. Win22SRV als VM pc-q53-6.1 installiert. Bei beiden kommt es zu ausfällen der VM´s und immer mit dem Hardwarefehler KVM. Der Fehler ist zwar immer der selbe, aber die Laufzeit bis er auftritt variiert stark. Manche VM´s laufen 2 Wochen, manche 1 Woche. Bis jetzt kam es erst einmal vor das ein und die selbe VM in einer Woche zweimal "starb". Wird spannend sein, diesen Fehler genau zu reproduzieren.

Für mich gilt daher: zurück auf Kernel 5.13 ( da war der zweite Server vorher und es gab keine Ausfälle ).

 

[fokustech]

Nach der Rückkehr auf den Kernel 5.13 laufen meine VMs jetzt seit 15 Tagen ohne Ausfälle. Daher denke ich auch, dass das momentan die sicherste Option ist.

 

[fmtech]

danke für die Info.
das klingt gut, dann bleibt die Hoffnung dass das Kernel/KVM Team den Fehler findet

 

[fokustech]

Nur nochmal als Rückmeldung. Nach gut 14 Tagen Laufzeit hat es nun einen meiner beiden Testserver auf dem neuen Kernel geschmissen. Das es mal 2 Wochen gut läuft ist also keinesfalls eine Sicherheit, dass der neue Kernel läuft.
Auf dem 5.13. Kernel laufen alle Server auch nach 3 Wochen noch.

 

[fmtech]

habe Anfang letzter Woche ebenfalls bei allen betroffenen Hosts auf den 5.13er Kernel gewechselt und jetzt ist erst mal Ruhe. Habe keine Ausfälle der VMs mehr seit 7 Tagen.

 

[fokustech]

Es ist ruhig geworden hier...gibt es schon ein Update, dass das Problem löst? War in Urlaub und habe das Ganze nicht so Recht verfolgen können. Was ich sagen kann ist, dass alle VMs mit dem 5.13er Kernel stabil laufen.
Hat sonst wer neuen Erkenntisse?

 

[fmtech]

wie schon geschrieben betriffst es bei mir ja nur die Kunden die importierte VMs von Hyper-V haben. Neu installierte Windows VMs (Server 2019/2022) sind nicht betroffen. Auf älterer Hardware tritt das Problem ebenfalls nicht auf. Erstaunlich dass seit Mai seitens Proxmox keine Information dazu kommt.
Alle Hosts mit importierten Windows VMs laufen mit dem 5.13 Kernel stabil, aber man darf eben Proxmox nicht updaten :-(

 

[itNGO]

wie schon geschrieben betriffst es bei mir ja nur die Kunden die importierte VMs von Hyper-V haben. Neu installierte Windows VMs (Server 2019/2022) sind nicht betroffen. Auf älterer Hardware tritt das Problem ebenfalls nicht auf. Erstaunlich dass seit Mai seitens Proxmox keine Information dazu kommt.
Alle Hosts mit importierten Windows VMs laufen mit dem 5.13 Kernel stabil, aber man darf eben Proxmox nicht updaten :-(

Es gibt vergleichbaren Thread im englischen Forum, und da ist auch Rückmeldung von Proxmox. Die sind da dran..... einfach etwas Geduld haben... die Nutzung des 5.13er Kernels ist aktuell ja noch ein supportetes Szenario. Mit KernelPIN kann man die restlichen PVE-Updates ja dann trotzdem installieren....

 

[mira]

Es gibt im englischen Teil des Forums bereits eine Lösung für dieses Problem [0].
Wir würden uns freuen, wenn ihr diese testen und uns Feedback dazu geben könntet.
Wenn möglich im englischen Thread, damit die Erfahrungsberichte auf einem Fleck sind. Wir lesen sie aber natürlich auch hier im deutschen Thread.


[0] https://forum.proxmox.com/threads/v...-hardware-error-0x80000021.109410/post-480688

 

[anjo]

Ich habe eine neue Erkenntnis. Gestern ein System wegen angeblicher langsamer Performance analysiert. Version 6.4.14. Lief immer total stabil. Habe dann statt der virtio win driver 208 die aktuelle 2.17 v2 eingesetzt. Und siehe da, Win10 und Server 2019 abgeschmiert. Es kann also nicht nur am Kernel liegen. Ich bin dann so vorgegangen. Balloon Treiber habe ich aktuell gelassen (Mai 2022), aber den Guest Agent mit 215 installiert. Läuft nun wieder stabil

 

[fokustech]

Hat schon jemand den Workaround aus dem englischen Forum getestet? Ich komme leider erst am Wochenende dazu.

 

[datschlatscher]

Hat schon jemand den Workaround aus dem englischen Forum getestet?

Ja, mehrere Nutzer im englischen Forum berichten, dass sie bisher keine Abstürze mehr hatten. Auch bei @itNGO, dessen Account in diesem Thread aktiv ist, scheint der Workaround das Problem zu beheben.

 

[anjo]

Ich habe den Kernel nicht gewechselt, jedoch eine andere Sache gefunden. Der Windows Defender Dienst - immer wenn er sich meist in der Nacht eingeschaltet hat, ist die Kiste abgestürzt. Zuletzt täglich. Ich habe den Defender per Power Shell entfernt. Jetzt läuft es. 2 andere Windows Server 2022 machen das allerdings nicht. Ich dachte erst, dass Norton Security etwas damit zu tun haben könnte, jedoch läuft ein anderer stabil damit. Vorher lief der mit dem April Kumulativ Update auch nicht und stürzte ab.

 

[IT-MCSE]

Also ich habe auf einer Maschine -wie gefühlt vor Ewigkeiten geschrieben- immer den neuesten Kernel laufen. Es kommt nicht mehr so häufig zum Absturz der 2x WIN22K Srv. Einer läuft seit 19 Tagen, der andere ist vor 6 Tagen stehen geblieben. Die weiteren Win11Pro Maschinen ( 6 stck. ) ebenfalls nur eine die vor 9 Tagen stehen blieb. Für mich ist das nicht eindeutig, außer der "KVM Fehler" immer wieder. Klingt also für mich nach einem Kernel und KVM Thema. Den Workaround habe ich noch nicht getestet. Werde ich aber am WE mal machen und berichten.