Server 2019 VM startet nach den letzten WindowsUpdates nur mit Treibersignatur-Deaktivierung

[Quirk18231 0]

Hi,

 

bei mir hat es mit den letzten WindowsUpdates 3 virtuelle Server zerschossen. Bei zwei komme ich nicht mal mehr ins Bootmenü.

 

Nr3 startet mit BSOD stop code "Critical service failed" - dieser lässt sich nur starten, wenn ich die Treibersignatur deaktiviere. Server2016/DC

Nach einem "normalen" Neustart kommt er wieder in den BSOD stop code "Critical service failed"

 

Wie kann ich den Server wieder normal zum laufen bekommen?

 

dism und sfc (konnte nicht alle Dateien reparieren cbs.log) haben nichts gebracht

Systinternals utility Autoruns findet bei den Treibern eine ganze Menge Fehler - was mache ich hier mit den roten Treibern - löschen?

die Problembehandlung der Hardware startet nicht wegen Fehlern ..

 

Danke!

 

Q

bearbeitet vor 17 Stunden von Quirk18231

[Sunny61 828]

Wenn es ein DC ist, neu installieren und den alten sauber aufräumen. Das ist in 30 Minuten erledigt.

[Quirk18231 0]

Hi,

 

da liegen auch alle Daten drauf, ist auch ein Fileserver. Habe diesen jetzt laufen gelassen, um zeitnah die anderen Server wieder herzustellen.

 

Es ist ein weitere Serverausfall über Nacht dazu gekommen. Hier komme ich auch nicht mehr ins Bootmenü, er startet zwar noch im BSOD mit o.g. Fehler aber geht dann nach 3 Neustrats nicht ins BM.

 

Auf dem HyperV sehe ich folgende Fehler:

 

Evenid 18590 Hyper-V-worker

 

Bei "rechner" ist ein schwerwiegender Fehler aufgetreten.  Das Gastbetriebssystem hat einen Fehler mit den folgenden Fehlercodes gemeldet: ErrorCode0: 0x5A, ErrorCode1: 0x1, ErrorCode2: 0xFFFFB80709120820, ErrorCode3: 0xFFFFE703865C9140, ErrorCode4: 0xFFFFFFFFC0000428.  Preosid: 0.  Wenn das Problem weiterhin besteht, wenden Sie sich an den Produktsupport für das Gastbetriebssystem.  (ID des virtuellen Computers 1234)

Gastnachrichten: 

 

ein weiterer Fehler die Nacht war:

 

pc1: Fehler, da vom Gast eine Abfanganweisung ausgeführt wurde, die von der Hyper-V-Anweisungsemulation nicht unterstützt wird. Sollte das Problem weiterhin bestehen, wenden Sie sich an den Produktsupport. (ID des virtuellen Computers: 5678)

bearbeitet vor 10 Stunden von Quirk18231

[Quirk18231 0]

so gibt es eine Möglichkeit den Fehler zu reparieren? ich möchte den Server nicht neu aufsetzen.

 

Danke!

 

Q

[chrismue 105]

Hi, 

 

wiederherstellen aus Backup? 

 

Gruß

chrismue

[Nobbyaushb 1.560]

Sind die VM mal PtoV migriert worden?

[Quirk18231 0]

@nob: die VMS sind damals vor einem Jahr mit dem starrwind v2v/p2v Konverter migriert worden.

 

bearbeitet vor 9 Stunden von Quirk18231

[NilsK 3.017]

Moin,

 

sind die Konfigs danach bereinigt worden?

 

Auch ein Fileserver ist ja schnell neu aufgesetzt.

 

Gruß, Nils

 

[Sunny61 828]

vor 2 Stunden schrieb Quirk18231:

da liegen auch alle Daten drauf, ist auch ein Fileserver.

Dann wäre jetzt der beste Zeitpunkt das zu ändern, DC ist DC ist DC und KEIN Fileserver noch dazu.

 

Abgesicherter Modus geht auch nicht mehr?

[Quirk18231 0]

@Sunny61 nein, leider nicht die Treibersignierung zu Deaktivierung ist der einzige Weg den Server noch zu starten.

 

Ja Du hast Recht, aber aus Kostengründen haben nicht alle Firmen Geld für so viel Server.

 

@nilsK: wie kann ich denn einen neuen Fileserver "schnell" aufsetzen mit der kompletten Freigabe- & Sicherheitsstruktur?

konfigs bereinigt?:ich habe die vmtools etc entfernt und per skript alle daten entfernt

 

bearbeitet vor 8 Stunden von Quirk18231

[Sunny61 828]

vor einer Stunde schrieb Quirk18231:

wie kann ich denn einen neuen Fileserver "schnell" aufsetzen mit der kompletten Freigabe- & Sicherheitsstruktur?

Die VHDX mounten, Registry exportieren. Die Shares liegen hier: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares Wenn Du die VHDX gemounted hast, kannst Du mit ROBOCOPY alles incl. NTFS-Berechtigungen auf eine neue Festplatte/VHDX kopieren. Den Export dann importieren, notfalls Pfade anpassen, Server neu starten, fertig. Hört sich wenig an, ist es auch.

bearbeitet vor 7 Stunden von Sunny61

[Quirk18231 0]

ok, danke! - die vhdx kann ich dann ja auch gleich von der alten VM nehmen und an die neue anhängen (mounten), dann spare ich mir das robocopy - das ist eine eigene Datenpartition

 

das hört sich wirklich wenig an 

 

ps: gibt es informationshalber trotzdem eine Möglichkeit solche o.g. Fehler zu beheben?

 

ps2: wie kann ich alte VmWareVMs richtig bereinigen, ich habe davon ja noch mehr?

# es waren nur 2 VMs von den besagten alte VMWareVMs, die anderen beiden waren neu aufgesetzte HyperV-VMs mit demselben Fehler

bearbeitet vor 6 Stunden von Quirk18231

[daabm 1.405]

vor 6 Stunden schrieb Quirk18231:

Es ist ein weitere Serverausfall über Nacht dazu gekommen. Hier komme ich auch nicht mehr ins Bootmenü, er startet zwar noch im BSOD mit o.g. Fehler aber geht dann nach 3 Neustrats nicht ins BM.

Ist der gleiche Fehler...

 

# for hex 0x5a / decimal 90 :
  CRITICAL_SERVICE_FAILED                                       bugcodes.h     
 

Und wenn die p2v migriert wurden, hast Du vermutlich noch einen boot critical Service aus der P-Welt geerbt, der gar nicht mehr benötigt wird. Eventlogs sollten Dir mehr dazu sagen. Alternativ HKLM\System\CCS\Services durchsuchen nach allem, was nicht von MS kommt (Sysinternals Autoruns hilft dabei).

 

[Quirk18231 0]

Hi D,

 

also bei den nichtMS-Services finde ich nur unsere Backup- Antivir- Browserlösungen, diese sind im Gegensatz zu den MS-Services auch alle verifiziert.  

im EventID auf dem FS sehe ich nur die Bugcheckeinträge 1001 & 1005

im EventID auf dem HyperV sehe ich nur die oben schon genannten Fehler ... (+EventID 131 Fehler beim Staging von Metadaten. Ergebnis=0x80070490 für Container)