Pourquoi Win10 win10 peut-il enregistrer avec WSUS mais ne pas tirer des mises à jour (0x8024401C)
J'ai une base de données Windows Windows Server 2016 en cours d'exécution. Les nœuds de mon système sont tous professionnels de Windows 10. Ils sont configurés via la stratégie de groupe pour vérifier le serveur 2016 pour les mises à jour. Les nœuds et le serveur ne sont pas derrière un proxy de toute façon.
Basé sur la console WSUS, il affiche que tous les nœuds enregistrent lorsque j'appuie "Rechercher des mises à jour". Lorsque vous regardez sur le nœud, il jette le message suivant:
Il y avait quelques problèmes d'installation de mises à jour, mais nous réessayons plus tard. Si vous continuez à voir cela et souhaitez effectuer une recherche sur le Web ou le support de contact pour INFORMAIOTN, cela peut aider: (0x8024401C)
J'ai googlé cette erreur et j'ai trouvé peu d'informations ou aucun pour cette erreur. J'ai essayé toutes les suggestions que je pouvais trouver, mais rien n'a résolu cette question. Ce que je peux faire du dernier fichier .elt quand je l'ouvre avec Word est:
Une erreur s'est produite lors de la communication avec le point final à http: // fqdn: 8530/clientwebservice/client.asmx . Une erreur s'est produite lors de la réception de la réponse HTTP. L'opération n'a pas terminé dans le délai imparti.
Quand je fais un Get-WindowsUpdateLog Dans PowerShell, je viens de trouver une longue liste de mises à jour qu'il ne trouve pas. Aucune information de communication réelle.
Je peux obtenir ce lien si je le mettais dans un navigateur et que le pare-feu ne bloque pas WSUS. Qu'est-ce que je rate? Quelqu'un peut-il me fournir d'autres informations? J'apprends toujours comment lire réellement les fichiers ELT en utilisant la procédure correcte.
Editer 1: Tentative d'exécuter les caractères et WDK10 sur le client pour interpréter mieux les fichiers ELT.
Edit 2: Exécution de la tracefmt.exe outil me donne l'erreur suivante:
Impossible d'ouvrir le fichier journal pour lire
Cela se produit sur tout le monde. Je vois à partir de TraceView à partir de la trousse à outils SDK que tous les événements affichent les heures système et aucune information de format trouvé. Est-il connecté et ne pas obtenir ces données ou est-ce juste à la recherche de toutes ces mises à jour?
J'ai apporté les modifications suivantes dans le IIS piscine d'application pour la page WSUS:
- Longueur de la file d'attente: 250 à partir de 10000
- Intervalle limite (minutes): 15 de 5
- "Service indisponible" Réponse: TCplevel de HTTplevel
- Limite de mémoire privée (KB): à partir de 18342456
Cela a permis à une quantité plus longue de temps nécessaire à Windows 10 pour connecter et rechercher des mises à jour, réinitialisez les connexions de toutes les machines et permettez plus de mémoire pour le traitement des mises à jour, une suggestion que j'ai trouvée sur une recherche Google.
Toutes mes fenêtres 10 1607 et Server 2016 1607 avaient une erreur 0x8024401C.
Certains IIS Les conseils de réglage du pool d'applications n'ont pas aidé.
Exécuter le "Clean-WSUS" de l'ADAMJ PowerShell 3 Script sur le serveur WSUS a résolu le problème:
http://community.spiceworks.com/scripts/show/2998-adamj-clean-wsus
J'avais créé un nouveau domaine Windows 2016, a ajouté quelques serveurs membres et avons fait l'un d'entre eux un rôle de la WSUS, juste pour l'essayer. Après avoir configuré les GPOS et la vérification de l'un des serveurs vérifie les mises à jour, WSUS s'est toujours écrasé avec le 0x80244022 que je suppose que le processus de travailleur s'était écrasé et que le service était indisponible. Peu importe combien de fois j'ai essayé et le même résultat. Je devais juste changer la limite de mémoire privée dans les paramètres de recyclage de pool d'applications de 1800 Mo à 4 096 Mo, redémarré le pool d'applications, problème résolu! J'ai ensuite vu qu'un seul serveur Windows 2016 peut utiliser jusqu'à 2,5 Go de ce pool d'applications dans son analyse initiale. Donc, fondamentalement, Windows 2016 WSUS App Pool Pool Les défauts sont obsolètes et doivent être mis à jour.
Apporté les modifications suivantes dans le fichier IIS pour la page WSUS:
- Longueur de la file d'attente: 250 à partir de 10000
- Intervalle limite (minutes): 15 de 5
- "Service indisponible" Réponse: TCplevel de HTTplevel
- Limite de mémoire privée (KB): à partir de 18342456
28 août 2017-KB4039396 (OS Build 14393.1670)
Améliorations et correctifs:
Problème adressée avec le traitement des métadonnées de Mettre à jour de la WSUS pouvant entraîner une erreur 0x8024401C.
Augmentez le délai d'attente ASP.NET
Faites une copie de
\Program Files\Update Services\WebServices\ClientWebService\Web.Config.Open
\Program Files\Update Services\WebServices\ClientWebService\Web.Config.- Trouvez l'élément "
<httpRunTime". Cela ressemblera à ceci (dans un _ non modifiéweb.config):<httpRuntime maxRequestLength="4096" /> - Modifier HTTPRuntime en ajoutant un attribut ExecutionTimeout:
<httpRuntime maxRequestLength="4096" executionTimeout="3600" /> - Enregistrez le web.config vers un emplacement différent et copiez la modification dans le répertoire.
- À partir d'une invite de commande élevée, courez IISRESET pour redémarrer IIS.
- Surveillance de la mise en cache de métadonnées WSUS
Il faut être vraiment patient après IISRESET et obliger certains clients à contacter WSUS afin que le cache soit reconstruit. Après la taille du cache est stable, cela fonctionnera