Das Windows-Modul-Installationsprogramm verzögert die Anmeldung, Server 2008 R2


14

Wir haben an diesem Wochenende unsere Server aktualisiert (Windows-Updates). Bis auf einen unserer Terminalserver, der beim Anmelden mit der Meldung "Warten auf Windows-Modul-Installer" hängt, ist alles in Ordnung. Schließlich tritt eine Zeitüberschreitung auf und es wird eine Ereignisprotokollmeldung angezeigt, dass der Dienst unerwartet beendet wurde. Ich habe den Dienst deaktiviert und Benutzer können sich jetzt in einem angemessenen Zeitraum anmelden. Wir müssen den Dienst jedoch erneut aktivieren, um weitere Updates zu installieren. Ich bin mir nicht sicher, wo ich damit anfangen soll, ich bin ein Einsteiger-Administrator und meine Kollegen sind heute im Urlaub. Gott sei Dank ist dies kein ernstes Problem.

Weitere Details:

-Es betrifft alle Benutzer. -Die einzige Software von Drittanbietern auf dem Server ist unsere ERP-Software und Schraubendreher von Tricerat. -Die einzige Ereignisprotokollmeldung ist, dass der Dienst unerwartet beendet wurde. - Auf dem Server-Manager-Bildschirm werden keine Informationen zu den Rollen angezeigt, auf denen nur "Fehler" angegeben ist. -Die Remote-Desktop-Rollen scheinen alle ordnungsgemäß zu funktionieren. Die Remote-App funktioniert ebenso wie das Standard-RDP.

Lassen Sie mich wissen, ob ich weitere Details zur Verfügung stellen kann. Ich werde diese den ganzen Tag über regelmäßig überprüfen.


Okay, es hat aufgehört (ohne Grund), und es wird die Meldung angezeigt, dass auf das Windows-Modul-Installationsprogramm gewartet wird. Die Rollen sagen jedoch immer noch nur "Fehler" und die Datei "trustedinstaller.exe" stürzt ständig ab. Ich habe versucht, das Windows Update-Bereitschaftstool auszuführen, und das hängt stundenlang, bis ich aufgebe.
Supercereal

Antworten:


32

Seien Sie geduldig, geben Sie dem Server Zeit, um das zu tun, was benötigt wird. Meins dauerte fast 30 Minuten, nachdem eine Datenträgerbereinigung auf dem C-Laufwerk durchgeführt wurde. Ich würde es sicherlich 30-45 Minuten laufen lassen, ein harter Neustart, wenn der Server in Gedanken versunken ist, ist keine gute Sache.


5
Ich machte mir Sorgen, bis ich diese Antwort sah. Ich hatte auch eine Datenträgerbereinigung auf Laufwerk C durchgeführt und musste nur Geduld haben.
Eol

4
Vielen Dank. Ich wurde ängstlich, bevor ich die Antwort las. In meinem Fall habe ich die Datenträgerbereinigung ausgeführt, den Server neu gestartet und "Warten auf das Windows-Modul-Installationsprogramm" angezeigt. für 20 Minuten, dann "Aufräumen, Computer nicht ausschalten" für ca. 1 Minute. Ich glaube, es war Verzeichnis Winsxs Reinigung, die diese lange Verzögerung verursacht.
Hong

Nachdem ich die Datenträgerbereinigung ausgeführt hatte, habe ich dies ebenfalls ausgeführt, und sowohl die Eingabeaufforderung der Konsole als auch die Anmeldung bei der RDP-Sitzung wurden um 30 Minuten verzögert. Ich habe festgestellt, dass der AD-Server, der DNS-Server und der DHCP-Server alle 60 bis 120 Sekunden nach der Systemstartereignis-ID 12 normal (für unseren Server) funktionierten. Außerdem die Remoteverwaltungsschnittstelle für "Computerverwaltung" und "Ereignisanzeige" " waren Arbeiten. Ich bemerkte auch, dass der verfügbare Speicherplatz nicht besser wurde, bis die Meldung "Aufräumen ..." auf dem RDP-Bildschirm angezeigt wurde, die 25 Minuten nach dem Startereignis ID 12 angezeigt wurde. VM hat 2 GB RAM.
BeowulfNode42

Microsoft sollte mit diesen Meldungen klarer sein. Zum Beispiel können wir nicht sehen, dass "Das Installationsprogramm berechnet den freien Speicherplatz" ewig dauert (es berechnet keine undurchsichtigen Funktionen in der Physik). Auch ein "Abbrechen" -Button (für Notfälle) wäre schön.
Luca76

2
Dies erklärt, warum "Disk Cleanup" angeboten hat, 6 GB Speicherplatz über "Windows Update Cleanup" freizugeben, dies jedoch nicht tat, als ich es ausführte. Es könnte sein, dass ich gerade neu gestartet habe ...
bers

1

Hmm ... ich habe dieses Problem noch nie gesehen, aber hier ist meine Einstellung:

Windows Updates muss einige Aufgaben nach dem Update ausführen und kann dies nicht, wenn sich ein Benutzer ohne Administratorrechte am Server anmeldet.

Mein Vorschlag wäre, sich mit dem lokalen Administrator- oder Domänenadministratorkonto an der Konsole des Servers anzumelden und Windows Updates die Ausführung der Aufgaben nach dem Update zu ermöglichen.

Dies ist eine ziemlich wilde Vermutung von meiner Seite, aber es wird nicht schaden, es zu versuchen.


Das macht für mich Sinn, ich werde es heute Abend ausprobieren und dich wissen lassen, wie es geht.
Supercereal

Kein Glück, ich habe dieselbe Nachricht erhalten, als ich von der DRAC an der Konsole angemeldet war.
Supercereal

1

Dies ist ein alter Thread, aber da es das erste Ergebnis in Google war, dachte ich, ich würde eine neue Erfahrung hinzufügen, die mit der ersten gegebenen Antwort übereinstimmt. Nach dem Ausführen einer Bereinigung der Systemdateien und der Defragmentierung des Systemlaufwerks eines Windows 2008r2-Servers trat beim erneuten Herstellen der Verbindung dieselbe Meldung auf. Es dauert 4 Stunden, um mit dem nächsten Schritt fortzufahren - "Aufräumen", der weitere 2 Stunden dauerte. Kurz gesagt - Geduld! - Warte ab - geh nach Hause und geh schlafen - es wird wahrscheinlich morgens gut.


1

Ich würde vorschlagen, geduldig darauf zu warten, dass Windows seine Sache macht. Ich habe eine Gparted-Operation durchgeführt, um eine Partition zu verschieben. Diese wurde nach der Operation ausgeführt. Es dauerte insgesamt 45 Minuten. Ich wurde ungeduldig und wollte das System neu starten, aber ich sah diesen Thread und beschloss zu warten. Vielen Dank für alle Ratschläge.


Wie hängt das mit der Frage zusammen?
RalfFriedl

0

Ich gehe für das Wochenende in unser Rechenzentrum, um Reparaturen ohne Bezug zu machen, also werde ich mich einfach neu installieren, während ich dort bin. Wenn jemand eine Lösung für dieses Problem findet, lass es mich wissen und ich werde es akzeptieren.


0

Wie oben erwähnt, kann es etwas dauern! Ich habe gut 2 Stunden auf den Titel gewartet, bis der "Bitte warten Sie auf den Windows Modules Installer" -Bildschirm abgelaufen ist. Dann kamen wir zur nächsten Phase, die ich nicht abgetippt habe. Irgendwas über das Installieren von Updates oder Ähnlichem. Das hat auch eine gute Stunde gedauert. Am Ende des Tages, nachdem ich geduldig gewartet und dann einen sauberen Neustart für das Windows Server 2008 R2-Betriebssystem durchgeführt hatte, lief der Server reibungslos und das Problem der Festplattenauslastung aufgrund von hickupping-Updates war verschwunden. Der Server hatte noch 4 GB Festplattenspeicher - als ich anfing, darauf zu reagieren. Jetzt hat es 19 GB freien Speicherplatz. Nach anfänglichem Warten und erstem Neustart waren nur 13 GB frei, aber beim zweiten (sauberen Neustart) wurde überschüssiges Windowsupdate entfernt und jetzt sind wir glücklich, Geegs hier :)


Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.