[English]Heute möchte ich nochmals ein Problem hinsichtlich des Update-Verhaltens bei Windows Server 2012 (nicht R2) hochspülen. Manche Maschinen mit Windows Server 2012 gehen seit Anfang November 2019 in eine Update-Schleife (Pending Updates).
Anzeige
Erwähnung Anfang November 2019
Ich hatte das Thema, nach dem Hinweis eines Lesers, bereits Anfang November 2019 im Blog-Beitrag Pending Update Problem mit Windows Server 2012 Standard aufgegriffen. Das Fehlerbild: Nach Installation der Updates stehen diese im Update-Verlauf mit dem Status „Pending restart". Dieser Status geht nicht weg, d.h. die Updates werden wiederholt installiert bzw. behalten auch nach einem Neustart den Status „Pending restart".
Im Artikel hatte der Blog-Leser vermutet, dass das Feature „Desktop Experience" an diesem Problem beteiligt sein könnte.
Neustart-Schleifen bei Windows Server 2012
In Microsofts Technet-Forum gibt es inzwischen diesen Beitrag, in dem ein Betroffener seine Beobachtung schildert.
Anzeige
Windows Server 2012 stuck in reboot loop "Configuring Updates: Stage 2 of 4
After installing November monthly updates from WSUS server, about 80% of 2012 Servers stuck in loop.
Server (VMware VM) launches a stage 2 of 4 again, then it goes shutdown of services and reboot.
All Servers restored from backup. Any updates tried to install cause loop.
Previous monthly updates uninstalling cause loop. Renaming of SoftwareDistribution, rescanning of updates and installing cause loop.
Last monthly installation has been made without any problems on all Servers.
Alle Updates zeigen auf den betroffenen Servern das gleiche Verhalten, dass das Update nicht erfolgreich abgeschlossen werden kann. Aktuell ist ein weiterer Administrator mit diesem Kommentar im englischsprachigen Blog eingeschlagen. Er hat das auf ca. 20 Maschinen, auf denen Windows Server 2012 (teilweise virtualisiert) läuft. Der Ratschlag Microsofts, ein Inplace-Upgrade zur Reparaturinstallation durchzuführen, ist nicht zielführend. Es gehen Programme und Daten verloren.
Inzwischen hat ein Leser meinen englischsprachigen Blogs in einem Kommentar auf diesen Artikel hingewiesen, wo das Problem beschrieben wird. Vor einigen Tagen hat auch Woody Leonhard auf askwoody.com diesen Beitrag eingestellt. Dort wird auch eine Neustart-Schleife bei Windows Server 2012 in Folge der Installation des Servicing Stack Update (KB4523208) beschrieben. Der Beitrag geht auf diesen Bericht eines Administrators zurück. Dieser hat die erwähnte Neustart-Schleife bei verschiedenen Windows Server 2012-Systemen mit installiertem SSU KB4523208 beobachtet. Betroffen waren von 75 Servern aber nur 6 Stück (bar metal und virtuelle Server).
Tipp: So lässt sich die Update-Schleife vermeiden
Blog-Leser Marco schreibt in nachfolgendem Kommentar, dass die manuelle Festlegung der Installationsreihenfolge zwischen Servicing Stack Updates (SSU) und anderen Updates das Problem vermeiden hilft.
Weiter war ich nach diesen Erfahrungen bei den meisten Win2012 Servern erfolgreich, wenn ich strikt als erstes das aktuelle "Service Stack" Update installiert hatte.
Ist das neueste SSU installiert, werden zumindest (Microsoft) bekannte Probleme, die eine erfolgreiche Update-Installation verhindern, behoben. In der Microsoft Update Catalog-Beschreibung des Servicing Stack Update KB4523208 für November 2019 gibt Microsoft an, dass dieses exklusiv installiert werden muss.
Im Technet-Forenbeitrag meldet Benutzer Sasidhar Konduru, dass sie das Malicious Software Removal Tool (MSRT), Update KB890830, als Ursache für die Installationsschleife ausgemacht hätten. Wurde KB890830 zusammen mit anderen Updates installiert, kam es zur Installationsschleife. Sobald das MSRT im WSUS zur Verteilung blockiert wurde, seien die Update-Installationsn durchgelaufen.
Ist man in einer Update-Installationsschleife gefangen, helfen gegebenenfalls die nachfolgenden Lösungen.
Lösung #1: Booten im Safe Mode
In diesem Post schreibt der Betreffende, dass er das Problem durch Booten im abgesicherten Start lösen konnte. Im Safe Mode sei die Restart-Schleife unterbrochen und das Update erfolgreich installiert worden. Der Safe Mode zum Beheben der Restart-Schleife wird auch im Technet-Forum sowie in diesem Beitrag als Lösung genannt.
Im abgesicherten Modus werden nur grundlegende Windows-Funktionen mit einem begrenzten Satz an Dateien und Treibern ausgeführt. Der abgesicherte Mode wird in diesem Microsoft-Dokument beschrieben.
Lösung #2: Trusted Installer-Dienst starten
In den nachfolgenden Kommentaren (hier und hier) geben Betroffene an, dass folgende Lösung hilft:
- Lösung war: Installation anstoßen & vor dem Neustart den Dienst Windows Modules Installer auf Automatisch setzen.
- Die Server starten dann mehrmals neu (zeigt auch immer die gleiche Phase an, davon nicht irritieren lassen) und anschließend sind die Updates installiert.
Insbesondere scheint die Installation sehr lange zu dauern und mehrere Reboots zu erfordern. Vielleicht hilft es weiter.
Anzeige
Kleiner Hinweis für Dich, Günter: Wenn Du von "Server 2012 Standard" schreibst, ist das schnell missverständlich. "Standard" ist bei Microsoft ein Terminus für die Lizenz, unabhängig von der Edition des Servers.
Ich hatte dieses Problem auch.
Sollte man in einer "Update-Schleife" gefangen sein, kann diese mit "F8" beim Booten in den "Abgesicherten Modus" durchbrochen werden.
Weiter war ich nach diesen Erfahrungen bei den meisten Win2012 Servern erfolgreich, wenn ich strikt als erstes das aktuelle "Service Stack" Update installiert hatte.
Ev. hilft dies ja jemandem.
Grüsse
Marco
Hatten das Problem bei allen wo ein IIS installiert ist. Lösung war Installation anstoßen & vor dem Neustart den Dienst Windows Modules Installer auf Automatisch setzen. Die Server starten dann mehrmals neu (zeigt auch immer die gleiche Phase an, davon nicht irritieren lassen) und anschließend sind die Updates installiert.
Ein IIS ist auf dem Server nicht, aber das selbe hat bei mir auch bisher geholfen.
Updates installieren
Windows Installer Starten (falls nicht gestartet)
Windows Modules Installer auf Automatischen Start stellen und starten
Neustarten
Die mehreren Neustarts abwarten (gefühlt 1 Start pro Update?)
Danach sind die Updates installiert, ODER noch nicht als installiert aufgeführt. Dann einfach noch mal installieren und dabei merkt er dann, dass sie drauf sind.
Unschönes gefummel…
Moin, ich habe es ebenso gemacht und war nach gefühlten unendlichen Neustarts (hat über 2 Std gedauert) endlich erfolgreich. Vielen Dank !
Der Start im abgesicherten Modus war leider nicht erfolgreich.
Sehr guter Tipp, vielen Dank!
Das Problem besteht sogar noch im Jahr 2021: nach neu installiertem Windows Server 2012 Standalone-Server (ohne IIS) konnte ich das Problem damit lösen. Vielen Dank :)
Herzlichen Dank für die Info.
Bei mir hat es mit dem Abgesicherten Modus auch funktioniert.
Das hat mir heute einige Stunden Arbeit gespart.
Danke
Mein Problem ist, ich komme per F8 ins Menü, aber nach Auswahl "abgesicherter Modus" kommt kurz das Windows-Zeichen und dann startet er wieder neu – und ist wieder in der Reboot-Schleife. Muss er mehrmals im abgesichertem Modus gestartet werden?
Möglicherweise hilft mehrfacher Restart. Ansonsten in Windows PE booten und versuchen, per dism die pending.xml zu bereinigen oder die Datei löschen. Schau dir mal den Beitrag Fix: Windows 10 hängt in Update-Installationsschleife an. Da gibt es einige Erklärungen – andernfalls nach pending.xml im Blog suchen – gibt weitere Beiträge zum Thema.
Rausnehmen aus der xml hat geholfen.
Danke Dir!
"Möglicherweise hilft mehrfacher Restart. "
Das war es vermutlich bei mir, erst in mit F8 in den abgesichterten Modus, nach erneutem Neustart noch dne automatischen Neustart bei Fehlern deaktiviert und dann wurde in Phase 6 noch Update Fehler zrückgesetzt (oder ähnliche Meldung).
Das ganze war aber bei dem 2019-12 Updates, das Servicing Update November war bereits installiert.
Danke für die Infos!
Exact das gleiche hier. November Updates ohne Probleme, Dez. = Schleife :-(
Habe jetzt erst einmal den Update-Dienst deaktiviert. Danke Microsoft, für den schönen 3. Advent. Macht Spaß so etwas.
Vielen Dank…. für den Tipp. Nach dem Start im abgesicherten Modus, lief das Update nach einem Neustart, dann endlich vollständig durch (Phase 4 von 4). Nomals vielen Dank, sonst würde das Update immer noch in Phase 2, rumhängen.
Hat bei meinem Zahnarzt heute auch genau so funktioniert. Ein mal im Abgesicherten Modus gestartet, update Phase 4 von 4 läuft bis zum ende danach erfolgt ein Neustart und der Server Bootet als wäre nichts gewesen.
servus, als dienstleister, der ca. 120 virtuelle server betreut, davon auch noch einige 2012 und 2012R2 von dessen ebenso einige von diesem Boot-Loop betroffen waren, kann ich berichten, dass das problem nicht nur bei 2012 sondern auch bei 2012R2(!) auftritt. Die Lösung mit dem abgesicherten Modus hat nicht immer sofort geholfen, es waren manchmal auch nochmals ein paar Abbrüche erneute Startanläufe dabei.
Eigentlich ein Wahnsinn seitens MS was da passiert :-(
Danke für dein Blog! Gruß, Martl
Mein Weg, um aus dem Loop herauszukommen und um das Update erfolgreich zu installieren:
1. Boot mit Installations-DVD, hier WINDOWS SERVER 2012 FOUNDATION
2. Wiederherstellung vom Festplatten-Image
3. Download SSU 2019- 12 vom DEZEMBER !! (noch nicht installieren!)
4. Download der Windows Updates (noch nicht installieren!)
5. Erst nachdem alle verfügbaren Windows Updates komplett heruntergeladen sind, SSU 2019-12 installieren
6. 2019-12 – Monatliches Sicherheitsqualitätsrollup (KB4530691) EINZELN installieren
7. Anschließend 2019-12 .NET Update und Tool zum Entfernen installieren
Erst danach wird von MS das 2019-12 SSU angeboten. Obwohl es bereits manuell installiert wurde, nochmals installieren, damit es in der Update Liste erscheint.
Erfolgreich auf 4 Servern.
Angaben sind ohne Gewähr
Danke für den Artikel. Er hat mein Weihnachtsfest gerettet!
Problem tratt bei mir bei einem Server 2012 r2 auf.
Boot in Safemode war nicht wirklich möglich, da VM in Openstack.
Es waren keine Startsettings verfügbar und liesen sich auch nicht mit BCedit hinzufügen.
Letztendlich hat er sich nach dem ca. 20. Frust-Hardreset der Instanz gefangen und ist ganz hoch gefahren.
Problem: Ein Server 2012 R2, der seit Mai 2020 gewisse Updates (vor allem kumulative Sicherheitsqualitätsrollups) nicht annahm. Die Punkte in diesem Beitrag und den Kommentaren wurden ausprobiert, was leider zu keinem Ergebnis führte.
In einem anderen Forum wurde auf das Log setupapi.dev.log unter C:\ProgramData\Microsoft\Windows\WER\ReportQueue hingewiesen. Hier fand ich dann (wie auch dann unter weiteren Foren, als ich mit einem weiteren Schlüsselwort ausgestattet weiter suchte) ein mögliches Problem:
ntprint.inf_amd64_e8fcb2dca56ca9f9 fehlt (fehler 0x00000003)
dies hätte schon ersetzt werden sollen, war es wohl aber nicht.
Nächster Lösungsansatz: Diesen Ordner von einem anderen Server 2012 R2 kopieren, der noch auf älterem Patchlevel ist.