none
Mon serveur WSUS ne fonctionne plus

    Question

  • Bonjour,

    Je viens de m'apercevoir que mon serveur WSUS ne fonctionnait plus. Je ne sais pas exactement depuis combien de temps mais ça doit être récent, 1 mois tout au plus.

    Lorsque je lance la console Services WSUS je ne peux plus ajouter mon serveur dans la console, j'obtiens une erreur "Impossible de se connecter à "SRV-2016". Assurez-vous que la tâche de post-installation est terminée sur ce serveur. Le cas échéant, vérifiez si le serveur utilise un autre port ou un paramètre SSL différents".

    Je peux juste afficher la version des Update Services qui est 10.0.14.393.2007.

    Mon serveur est une machine physique qui est sous Windows Server 2016 en version 1607 (14393.2125).

    Les dernières mises à jour installées sont : KB4088787, KB4057142, KB890830, KB4056890.

    Lorsque je vais voir le journal d'évènements Applications je remarque plusieurs erreurs qui concernent WSUS qui arrivent en boucle :

    ID 13042 : la mise à jour automatique ne fonctionne pas

    ID 10032 : Le serveur ne parvient pas à télécharger certaines mises à jour

    ID 12002 : Le service Web de création de rapports ne fonctionne pas

    ID 12002 : Le service Web d'accès à distance d'API ne fonctionne pas

    ID 12032 : Le service Web de synchronisation de serveur ne fonctionne pas

    ID 12022 : Le service Web client ne fonctionne pas

    ID 12042 : Le service Web d'authentification simple ne fonctionne pas

    ID 12052 : Le service Web d'authentification DSS ne fonctionne pas

    ID 12072 : Le répertoire de contenu WSUS est inaccessible. System.Net.WebException la connexion sous-jacente a été fermée...

    Par contre sur mon poste d'administration je continue à recevoir les e-mails envoyés par le serveur WSUS qui me préviennent du téléchargement nocturne des mises à jour.

    Quant à mes postes utilisateurs, ils ne sont plus mis à jour depuis que le serveur WSUS ne fonctionne plus bien entendu.

    Auriez-vous une idée sur la cause de mon problème ?

    Merci.

    Pascal


    Pascal.

    dimanche 8 avril 2018 14:46

Réponses

  • Bonjour,

    Tout d'abord, pouvez vous vous assurer que le pool WSUS dans IIS est bien démaré ?Est ce qu'après un reboot le problème est toujours présent ?

    • Marqué comme réponse PascalB41 lundi 9 avril 2018 08:33
    lundi 9 avril 2018 07:24

Toutes les réponses

  • Bonjour

    L'OS de votre Serveur ?

    L'espace disque ou les données sont stockés ?Merci d'avance pour la réponse

    Cordialement

    dimanche 8 avril 2018 18:07
  • Bonjour et merci d'avoir répondu,

    "Mon serveur est une machine physique qui est sous Windows Server 2016 en version 1607 (14393.2125)."

    Il reste de la place : 35 Go sur le disque système et 419 Go sur le disque qui héberge le contenu de WSUS.

    Pascal


    Pascal.

    lundi 9 avril 2018 06:13
  • Bonjour,

    Tout d'abord, pouvez vous vous assurer que le pool WSUS dans IIS est bien démaré ?Est ce qu'après un reboot le problème est toujours présent ?

    • Marqué comme réponse PascalB41 lundi 9 avril 2018 08:33
    lundi 9 avril 2018 07:24
  • Le problème venait effectivement de là.

    Je suis allé voir dans le gestionnaire de serveur, et j'ai trouvé des erreurs 5002 : "Le pool d'applications 'WsusPool' est automatiquement désactivé en raison de plusieurs échecs dans les processus servant ce pool d'application."

    Je suis dons allé dans le Gestionnaire des services Internet et j'ai effectivement constaté que le pool "WsusPool" était arrêté. Je l'ai redémarré et tout es rentré dans l'ordre.

    Je suppose qu'il va falloir que je le surveille et que j'identifie ces échecs qui ont causé sa désactivation s'ils se reproduisent ?

    Pascal.


    Pascal.

    lundi 9 avril 2018 08:08
  • En effet, le pool s'arrête assez souvent au vu du paramètrage qui lui a été attribué.

    Vous pouvez vérifier dans les paramètres avancés du pool la ligne private memory qui doit être soit à 0 soit à 4millions au minimum (cela dépend de l'environnement).

    Si le pool est à 2Go de mémoire par exemple, au vu du nombre de client + du nombre de mises à jours présentes dans le catalogue cela ne sera pas assez...

    Tant mieux si cela vous a permis de résoudre le problème.

    lundi 9 avril 2018 08:24
  • Le paramètre en question est réglé sur 1843200 ce qui doit faire environ 1,8 Go.

    Je le passe à 4194304 pour voir si ça empêche les arrêts du pool.

    Le serveur WSUS installé il y a plus d'un an n'avait pas posé ce problème jusqu'ici.

    Merci pour l'aide apportée.

    Pascal.


    Pascal.

    lundi 9 avril 2018 08:41
  • Vous avez le paramètrage par défaut c'est normal. C'est mieux à 4Go oui pour limiter les arrêts. Encore une fois, cela dépend du nombre de clients et des mises à jours sélectionnées ainsi que le nombre de produit.

    En effet, cela tourne assez bien, sauf que la quantité des mises à jour pour des postes de type windows 7 / 2008r2 devient assez importante...

    lundi 9 avril 2018 08:50
  • Dans la mesure où ce serveur est quasiment dédié à l'usage WSUS et qu'il est doté de 36 Go de RAM je pourrais même monter à 12 Go voir davantage ?

    J'ai environ 50 postes et 6 serveurs physiques / virtuels.

    J'ai du Windows 7 à 50% du Windows 10 à 50% et quasiment tous mes serveurs sour Windows Server 2016 maintenant. Pas mal de produits aussi, Office, Windows, Windows Server, SQL Server, Exchange Server.

    Pascal.


    Pascal.

    lundi 9 avril 2018 09:08
  • Si vous avez uniquement 50 postes et 6 serveurs vous pouvez alloué moins de ram à ce serveur (si il est physique).

    Jusqu'à 6 Go de RAM cela devrait bien fonctionner pour le pool donc 8 ou 10 Go pour le serveur seront largement suffisants.

    Le nombre de produit n'est pas anormal.

    Il y a des cas ou c'est 7,8.1,10,2008r2,2012,2012r2,2016,office 2010,office 2013,office2016 etc... La on commence à avoir une certaine volumétrie etc..


    lundi 9 avril 2018 09:43
  • Pour faire un peu de ménage j'ai aussi lancé le scriptsuivant :

    https://community.spiceworks.com/scripts/show/2998-wsus-automated-maintenance-formerly-adamj-clean-wsus

    Ménage de printemps terminé ;-)

    Pascal.


    Pascal.

    lundi 9 avril 2018 12:21
  • Merci ça a l'air assez complet en effet.


    Pascal.

    lundi 9 avril 2018 12:43