Le programme d'installation du module Windows retarde la connexion, serveur 2008 R2


14

Nous avons mis à jour nos serveurs ce week-end (mises à jour Windows), tout s'est bien passé, sauf qu'un de nos serveurs Terminal Server se bloque désormais à la connexion avec le message "en attente du programme d'installation des modules Windows". Il arrive à expiration et laisse un message du journal des événements indiquant que le service s'est arrêté de manière inattendue. J'ai désactivé le service et les utilisateurs peuvent désormais se connecter dans un délai raisonnable. Cependant, nous devrons réactiver le service afin d'installer d'autres mises à jour. Je ne sais pas par où commencer avec celui-ci, je suis un administrateur d'entrée de gamme et mes collègues sont en vacances aujourd'hui, Dieu merci, ce n'est pas un problème grave.

Plus de détails:

-Il affecte tous les utilisateurs. -Le seul logiciel tiers sur le serveur est notre logiciel ERP et nos tournevis de Tricerat. -Le seul message du journal des événements est que le service s'est arrêté de manière inattendue. -L'écran du gestionnaire de serveur n'affiche aucune information sur les rôles, il dit simplement "erreur". -Les rôles de bureau à distance semblent tous fonctionner correctement, l'application à distance fonctionne ainsi que RDP standard.

Faites-moi savoir s'il y a d'autres détails que je peux fournir, je vérifierai cela fréquemment tout au long de la journée.


D'accord, il a donc cessé (sans raison) de donner le message d'installation des modules Windows en attente. Cependant, les rôles disent toujours "erreur" et le fichier confianceinstaller.exe se bloque constamment. J'ai essayé d'exécuter l'outil de préparation de mise à jour de Windows et cela se bloque pendant des heures jusqu'à ce que j'abandonne.
Supercereal

Réponses:


34

Soyez patient, donnez au serveur le temps de faire ce qui est nécessaire, le mien a pris près de 30 minutes après un nettoyage de disque sur le lecteur C. Je le laisserais certainement passer 30 à 45 minutes, un redémarrage dur lorsque le serveur est plongé dans ses pensées n'est pas une bonne chose.


5
J'étais inquiet jusqu'à ce que je voie cette réponse. J'avais également fait un nettoyage de disque sur C Drive et j'avais juste besoin d'être patient.
eol

4
Je vous remercie. J'étais inquiet avant de lire la réponse. Dans mon cas, j'ai exécuté Nettoyage de disque, redémarré le serveur, le serveur a montré "en attente du programme d'installation des modules Windows". pendant 20 minutes, puis "Nettoyage, ne pas éteindre votre ordinateur" pendant environ 1 minute. Je crois que c'est le nettoyage du répertoire winsxs qui a causé ce long délai.
Hong

J'ai juste rencontré cela également après avoir exécuté le nettoyage du disque, et l'invite de la console et la connexion à la session RDP ont été retardées de 30 minutes. J'ai remarqué que le serveur AD, le serveur DNS et le serveur DHCP fonctionnaient tous après leur fonctionnement normal (pour notre serveur) 60 ~ 120 secondes après l'ID d'événement de démarrage du système 12. Également l'interface de gestion à distance pour la "gestion de l'ordinateur" et "l'observateur d'événements" "travaillaient. J'ai également remarqué que l'espace disque disponible ne commençait pas à s'améliorer jusqu'à ce que le message «Nettoyage en cours…» apparaisse sur l'écran RDP, soit 25 minutes après l'événement de démarrage id 12. La VM a 2 Go de RAM.
BeowulfNode42

Microsoft devrait être plus clair avec ces messages. Par exemple, nous ne pouvons pas voir «L'installateur calcule l'espace libre» prendre des âges (il ne calcule pas une fonction obscure en physique). Un bouton "Annuler" (pour les situations d'urgence) serait également bien.
luca76

2
Cela explique pourquoi «Nettoyage de disque» a offert de libérer 6 Go d'espace via «Nettoyage de Windows Update», mais n'a pas réussi à le faire lorsque je l'ai exécuté. C'est peut-être en train de faire ça maintenant que j'ai redémarré ...
bers

1

Hmm ... Je n'ai jamais vu ce problème, mais voici mon point de vue:

Les mises à jour Windows doivent terminer certaines tâches postérieures à la mise à jour et ne peuvent pas le faire lorsqu'un utilisateur non administrateur se connecte au serveur.

Ma suggestion serait de se connecter à la console du serveur avec le compte d'administrateur local ou d'administrateur de domaine et d'autoriser les mises à jour Windows pour terminer ses tâches post-mise à jour.

C'est une supposition assez sauvage de ma part, mais cela ne fera pas de mal de l'essayer.


Cela a du sens pour moi, je vais essayer ce soir et vous dire comment ça se passe.
Supercereal

Pas de chance, j'ai reçu le même message lors de la connexion à la console du DRAC.
Supercereal

1

C'est un vieux fil de discussion mais, comme c'était le 1er résultat sur Google, j'ai pensé ajouter une expérience récente cohérente avec la première réponse donnée. Après avoir exécuté un nettoyage des fichiers système et la défragmentation du lecteur système d'un serveur Windows 2008r2, j'ai rencontré le même message lors de la reconnexion. Il faut 4 heures pour passer à l'étape suivante - "Nettoyage" qui a pris encore 2 heures. En bref - PATIENCE! - Attends un peu - rentre chez toi et dors - ça ira probablement bien le matin.


1

Je suggère d'attendre patiemment que Windows fasse son travail. J'ai fait une opération Gparted pour déplacer une partition et cela est apparu après les opérations. Cela a pris 45 minutes au total. J'étais impatient et je voulais redémarrer le système mais j'ai vu ce fil et j'ai décidé d'attendre. Merci pour tous les conseils.


Quel est le rapport avec la question?
RalfFriedl

0

Je vais à notre centre de données pour le week-end pour faire des réparations non liées, donc je vais juste réinstaller pendant que j'y suis. Si quelqu'un trouve une solution réelle à ce problème, faites-le moi savoir et je l'accepterai.


0

Comme mentionné ci-dessus, cela peut prendre un certain temps! J'ai passé environ 2h à attendre que le titre passe "écran Veuillez installer Windows Modules Installer". Nous sommes ensuite passés à la phase suivante, que je n'ai pas saisie. Quelque chose à propos de l'installation de mises à jour ou autres. Cela a également pris 1h. À la fin de la journée, en attendant patiemment et en donnant ensuite un nouveau démarrage propre au système d'exploitation Windows Server 2008 R2, le fonctionnement du serveur s'est bien passé et le problème de l'échappement du disque en raison des mises à jour de Hickupping a disparu. Le serveur avait encore 4 Go de disque - quand j'ai commencé à réagir à ce sujet. Il dispose désormais de 19 Go d'espace disque disponible. Après l'attente initiale et le premier redémarrage, il ne restait que 13 Go de libre, mais le deuxième (redémarrage propre) s'est débarrassé de certains excès de mise à jour de la fenêtre et maintenant nous sommes heureux geegs ici :)


En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.