Bonjour,
 
depuis 9 jours, mon serveur WSUS ne parvient plus à synchronisé le serveur MAJ. Je rencontre ce problème de façon intermittente.
 
Maintenant cela me fait 8 jours que je serveur ne synchronise pas.
 
tous les services recommandés sont actifs, et je les ai même déjà redémarré quelques fois (IIS, update,...).
 
Pouvez-vous m'aider à desceller le point bloquant ? (
 
Le message d'erreur que je reçois est celui ci-dessous :
 
WebException: La connexion sous-jacente a été fermée : Une erreur inattendue s'est produite lors de l'envoi. ---> System.IO.IOException: Impossible de lire les données de la connexion de transport : Une tentative de connexion a échoué car le parti connecté n’a pas répondu convenablement au-delà d’une certaine durée ou une connexion établie a échoué car l’hôte de connexion n’a pas répondu.
à System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
   à System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
   à Microsoft.UpdateServices.ServerSync.ServerSyncCompressionProxy.GetWebResponse(WebRequest webRequest)
   à System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
   à Microsoft.UpdateServices.ServerSyncWebServices.ServerSync.ServerSyncProxy.GetAuthConfig()
   à Microsoft.UpdateServices.ServerSync.ServerSyncLib.InternetGetServerAuthConfig(ServerSyncProxy proxy, WebServiceCommunicationHelper webServiceHelper)
   à Microsoft.UpdateServices.ServerSync.ServerSyncLib.Authenticate(AuthorizationManager authorizationManager, Boolean checkExpiration, ServerSyncProxy proxy, Cookie cookie, WebServiceCommunicationHelper webServiceHelper)
   à Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.SyncConfigUpdatesFromUSS()
   à Microsoft.UpdateServices.ServerSync.Cat
Dans l'observateur des événements, j'ai les erreurs suivants :
 
ID event : 10032
 
ID event : 10022
 
ID event : 364

Hello,
 
je sais pas si ça va faire avancer le schmilblick, mais idem, plus de synchro sur depuis le 30/08 sur un SBS2011 (donc 2008R2)
 
redémarrage du service, de IIS, de SQL, rien n'y fait, la synchro démarre mais reste a 0%
 
j'ai rebooté le serveur cette nuit, ça remarche.
 
je n'avais aucune erreur nulle part, a part la synchro qui reste a 0%
il n'y a pas eu de mise a jour au autre joyeuseté du genre.

depuis le 30/08 j'ai aussi des echec de synchro, mais cela semble ce résoudre apres une autre tentative.  
un probléme chez microsoft ?

ça serait pas la première fois !
 
depuis le début de l'année, ils ont eu pas mal de soucis avec les définitions FEP/MSE et defender. impossible de finir une synchro (erreur)
 
cette fois (pour moi) c'était différent. synchro qui démarre mais reste a 0% et rien dans les logs.

ça a recommencé mais je pense avoir trouvé la soluce dans mon cas !
augmenter la mémoire MAX de l'instance SQL qui héberge la base WSUS
 
(en tous cas sans rien faire d'autre, c'est reparti)

J'avais aussi un soucis au 28/08, après un reboot c'est reparti hier pour ma part.

dims as tu un article disant comment faire ?

tu te connecte avec SMSS sur l'instance et t'augmente le RAM (clic droit sur l'instance)
 
comme ça: http://www.stugr.com/2013/01/24/ws [...] se-memory/

bon bah la c'est un 2016 qui a les mêmes symptômes depuis 3 jours.....
 
il se passe quoi chez crosoft la ????
 
je suis en train de me dire que la modif de la RAM sur le 2011SBS n'y est pour rien dans le fait que ça remarche

c'était bien la taille de la RAM !!!

les 2 fonctionnent parfaitement.
ce qui m'a enduit d'horreur, c'est que les serveurs crosoft en face sont hyper lents !!! du coup, c'est long a démarrer et synchroniser.

après la modif de la RAM, le SBS2011 synchronisait mais un script de nettoyage qui passe en auto a heure fixe le faisait planter.

j'ai décalé l'horaire et ça tourne.

même modif sur le 2016 et c'est de nouveau OK.

vu que j'étais pas le seul depuis fin aout avec ces soucis, il y a eu des modifs sauvages coté crosoft qui ont provoqué ces bugs !!

J'ai du windows database internal pour mon wsus sur du windows 2016
j'ai installé l'outil microsoft "Microsoft SQL Server Management Studio 17"
Je n'arrive pas a me connecter a l'instance.
Qu'as tu fais de spécial ?

J'arrive ame connecter mais pas a accéder a la page de réglage de la RAM (WID dans mon cas aussi) donc je suis passé par la ligne de commande (c'est décrit dans le lien que j'ai mis plus haut)
 
tu lances bien le SMSS en admin ?
tu as mis la bonne chaine de connexion ?
tu te connecte en authentification Windows ?
 
j'ai mis 4Go de RAM max sur le 2016, j'ai pas de contrainte d'espace sur cette bécane la.
sur le SBS2011 ou c'est problématique, je suis passé de 2Go a 2.5Go.
 
pour rappel, c'est 1go max d'origine

Généralement ce sont les app pool IIS qui foutent le bordel car ils sont trop gourmand en RAM. Par contre un WSUS avec 4 Go de RAM c'est normal qu'il se vautre, c'est souvent trop juste côté dimensionnement.

nebulios : oui avec IIS j'ai deja eu ce symptôme. J'ai deja augmenté la RAM pour iis
J'ai 6Go sur ma VM W2016.
Bien sur, il ne fait que serveur WSUS.
 
dims merci pour ton aide
j'ai bien fais comme il est indiqué, pour un W2016 et wsus cela fonctionne
http://www.stugr.com/2013/01/24/ws [...] se-memory/

Restart le service

Je pars généralement sur 8 mini. Pour la partie SQL je mets de l'Express, jamais du WID qui est chiant à gérer après installation.

"chiant" on y touche jamais après l'installation.
Si besoin on réinstalle tout wsus.  
faut plutot le dimentionner en fonction du nombre de PC (400pc)
Cela semble etre bon dans mon cas avec 6Go
Je ne peut me permettre d'augmenter trop mes VM ... mon infra est vieillissante. Je n'ai plus possibilité d'augmenter la ram de mes ESXI
 
merci pour l'aide.  
fox dlair qui est le créateur du sujet, je pense qu'il est parti en vacances

bah non, IIS va bien merci. tu as le droit de configurer le recyclage auto du pool de temps en temps, ça charge un peu le CPU mais ça évite que le process prenne 6Go de RAM
 
et 4go, c'est large pour mon utilisation.
ya 10 postes derrière !
 
le SBS2011 en a un peu plus (25) et tournait avec 2Go depuis de nombreuses années
 
PS: on parle pas de la RAM sur la VM ou la machine n'est-ce pas !!! mais bien de la RAM max allouée au SQL

depuis hier après midi, les synchro durent 3-4 mn au lieu de 30....
en gros on est revenu a quelquechose de normal
ya encore eu des modifs coté crosoft !
 
Ps: mes 2 serveurs sont totalement indépendants, pas derrière le même type de connexion ni opérateur, distants de 500km etc... donc je pense pouvoir mettre de coté les soucis de peering du coté de mes serveurs....