none
WSUS ne télécharge pas les mises à jour RRS feed

  • Question

  • Bonjour à tous,

    Voici le problème:

    WSUS3 sp2 ne télécharge pas les mises à jour qu'il doit distribuer.

    La configuration est la suivante: Windows Server 2012 Essentials, SQL2012 Express et WSUS3 SP2(version 6.2.9200.16384) Originalement, sur le même ordinateur (matériel et connexion identique) j'utilisais la configuration suivante: Windows Server 2003 Enterprise SP2, SQL2008R2 Express et WSUS3 SP2(version 3.2.7600.226) sans aucuns problèmes.  Au niveau des rôles, ce nouveau serveur tient les mêmes que l'ancien soit: Contrôleur de domaine AD, DNS, DHCP, IIS, Applications. Cependant, contrairement a mon 2003, il n'est pas routeur.  Même chose au niveau des droits, des noms d'usager, des OU's et des partages.  Comme l'installation a été faite sur un nouveau disque dur, l'ancien serveur est toujours fonctionnel.

    Ce nouveau serveur est a l'essaie depuis janvier 2013. Dans ses autres rôles tout va bien. A cette époque, le rôle WSUS ne pouvait pas être installé sur la version Essentials.  Suite a plusieurs commentaires négatifs face à cette impossibilité, un correctif (KB2762663) a été publié à la fin février 2013. J'ai installé le correctif vers la fin mars et c'est depuis cette période que j'essaie de faire fonctionner WSUS.

    La synchronisation se fait sans problème.  Il en est de même pour l'ajout des ordinateurs qui doivent recevoir les correctifs, ainsi que les avis concernant quels correctifs sont nécessaires a quel ordinateur. Lorsque j'approuve une mise à jour, son état change pour INSTALLER et le processus de téléchargement semble démarrer.  Le répertoire se crée (sous WsusContent) mais rien ne s'y inscrit.  Ceci est confirmé en monitorant les bits reçus par l'interface réseau connecté a internet.  Un autre méthode, que j'ai déjà utilisé plusieurs fois pour contourner un problème similaire, consiste à: télécharger manuellement  le correctif (en trouvant dans SUSDB de SQL son adresse URL), le sauvegarder dans le répertoire approprié et initier le téléchargement dans la console WSUS. Même de cette façon il ne le détecte pas.

    Bien que le téléchargement manuel fonctionne, croyant que ce pouvait-être un problème de pare-feu ou de routeur, j'ai désactivé celui-ci et j'ai branché ma connexion internet directement sans plus de résultat.  Comme j'en suis encore à l'étape d'apprentissage avec Server 2012 par rapport a 2003, il y a peut-être des subtilités qui m'échappent.

    Merci.


    • Modifié PifoModif dimanche 26 mai 2013 18:55
    dimanche 26 mai 2013 18:52

Réponses

  • Bonjour,

    A la suggestion de Florin j'ai pris connaissance des articles suggérés.  Une réponse fournie par Lawrence Garvin, qui suggère de vérifier le log des événements de l'application dans l'observateur d'événement m'a aiguillé.  Voici ce que j'y ai trouvé:
    >>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<
    Nom du journal :Application
    Source :       Windows Server Update Services
    Date :         07-06-2013 16:29:41
    ID de l’événement :364
    Catégorie de la tâche :2
    Niveau :       Erreur
    Mots clés :    Classique
    Utilisateur :  N/A
    Ordinateur :   thewall.PinkFloyd.local
    Description :
    Échec du téléchargement du fichier de contenu.
    Raison : La valeur n'est pas comprise dans la plage attendue. ;
    fichier source : /msdownload/update/software/secu/2012/10/windows8-rt-kb2727528-x64_92649202b7e2269d8389cb4c196e97bb71ef244c.cab ;
    fichier de destination : f:WsusContent\4C\92649202B7E2269D8389CB4C196E97BB71EF244C.cab.

    >>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<

    Le problème se situe au niveau de la location du fichier de destination >>F:WsusContent<<  il manque le  "\"  .  Dans SUSDB de SQL j'ai modifié le champ LocalContentCacheLocation = f:WsusContent de la table tbConfigurationB et le problème a été réglé.  J'ai aussi vérifié dans le registre, et pourtant, j'y trouve f:\WsusContent.  Croyant que ce pouvait être une erreur de frappe, j'ai remonté le serveur à partir d'un "ghost" ayant tous les rôles sauf WSUS.  J'ai réinstallé WSUS et à ma grande surprise, lorsque le kit d'installation me demande la location pour sauvegarder localement les correctifs, si j'écris  F:\  je reçois un message CARACTERE ILLEGAL pour le "\", il n'accepte seulement que F:.

    Voici peut-être une explication: (j'ai souvent ce type de messages mais j'y suis habitué après plus de 15 ans).  J'utilise les versions françaises des logiciels.  Comme je demeure au Canada, je modifie les paramètres régionaux du SE pour Français/Canada avec une configuration clavier Etats-Unis International et exemple, lorsque j'installe SQL en français, je reçois un message du genre: Le logiciel que vous tentez d'installer est incompatible avec la langue du système d'exploitation.  Je remet le tout, région et clavier, à Français/France et ça fonctionne.  Même message si j'installe un SP. C'est peut-être un effet du genre qui empêche l'inscription du "\" .

    Merci à tous.


    • Modifié PifoModif samedi 8 juin 2013 00:25
    • Marqué comme réponse Florin Ciuca lundi 1 juillet 2013 12:17
    samedi 8 juin 2013 00:24

Toutes les réponses

  • Bonsoir,

    normalement, il n'y a pas de subtilités particulières...

    Il peut s'agir de problèmes de droits particuliers sur la racine du disque et/ou le dossier hébergeant les mises à jour! En particulier le compte "Network Service" doit avoir les droits complets sur le dossier "WsusContent".

    Maintenant, dans l'ordre normal des tests, il n'est pas question dans un domaine d'utiliser parfois l'ancien disque/serveur 2003, parfois le nouveau disque/contrôleur de domaine. Le risque d'altérer le domaine et/ou les stations membres est bien trop important, sans parler des tests qui ne sont donc plus fiables.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSE:Messaging 2013 (77 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://www.faqexchange.info

    dimanche 26 mai 2013 20:48
  • Bonjour Thierry,

    J'ai vérifié et Service Réseau a le contrôle total sur WsusContent.  J'ai donné les mêmes droits à la racine du disque.  Malheureusement, aucun changement.  Je vais vérifier demain sur la version 2003 s'il y a d'autres comptes qui ont des droits sur ce disque/répertoire.  Entre temps,  j'ai remarqué que, contrairement a ma version 2003,  lorsque j'initie le téléchargement aucun paquet n'est envoyé, comme si WSUS ne passait pas la commande vers internet.   

    Juste pour clarifier.  Les simulations sont faites hors des heures de travail.  J'ai créé un micro domaine avec 2 ordinateurs clients.

    Merci


    • Modifié PifoModif mercredi 29 mai 2013 23:16
    lundi 27 mai 2013 23:52
  • Bonjour,

    A la suggestion de Florin j'ai pris connaissance des articles suggérés.  Une réponse fournie par Lawrence Garvin, qui suggère de vérifier le log des événements de l'application dans l'observateur d'événement m'a aiguillé.  Voici ce que j'y ai trouvé:
    >>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<
    Nom du journal :Application
    Source :       Windows Server Update Services
    Date :         07-06-2013 16:29:41
    ID de l’événement :364
    Catégorie de la tâche :2
    Niveau :       Erreur
    Mots clés :    Classique
    Utilisateur :  N/A
    Ordinateur :   thewall.PinkFloyd.local
    Description :
    Échec du téléchargement du fichier de contenu.
    Raison : La valeur n'est pas comprise dans la plage attendue. ;
    fichier source : /msdownload/update/software/secu/2012/10/windows8-rt-kb2727528-x64_92649202b7e2269d8389cb4c196e97bb71ef244c.cab ;
    fichier de destination : f:WsusContent\4C\92649202B7E2269D8389CB4C196E97BB71EF244C.cab.

    >>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<

    Le problème se situe au niveau de la location du fichier de destination >>F:WsusContent<<  il manque le  "\"  .  Dans SUSDB de SQL j'ai modifié le champ LocalContentCacheLocation = f:WsusContent de la table tbConfigurationB et le problème a été réglé.  J'ai aussi vérifié dans le registre, et pourtant, j'y trouve f:\WsusContent.  Croyant que ce pouvait être une erreur de frappe, j'ai remonté le serveur à partir d'un "ghost" ayant tous les rôles sauf WSUS.  J'ai réinstallé WSUS et à ma grande surprise, lorsque le kit d'installation me demande la location pour sauvegarder localement les correctifs, si j'écris  F:\  je reçois un message CARACTERE ILLEGAL pour le "\", il n'accepte seulement que F:.

    Voici peut-être une explication: (j'ai souvent ce type de messages mais j'y suis habitué après plus de 15 ans).  J'utilise les versions françaises des logiciels.  Comme je demeure au Canada, je modifie les paramètres régionaux du SE pour Français/Canada avec une configuration clavier Etats-Unis International et exemple, lorsque j'installe SQL en français, je reçois un message du genre: Le logiciel que vous tentez d'installer est incompatible avec la langue du système d'exploitation.  Je remet le tout, région et clavier, à Français/France et ça fonctionne.  Même message si j'installe un SP. C'est peut-être un effet du genre qui empêche l'inscription du "\" .

    Merci à tous.


    • Modifié PifoModif samedi 8 juin 2013 00:25
    • Marqué comme réponse Florin Ciuca lundi 1 juillet 2013 12:17
    samedi 8 juin 2013 00:24
  • Bonjour,

    J'ai eu ce souci avec l'utilisation de la base de données interne WID.

    Le simple fait de déplacer le dossier "WsusContent" , avec la commande ci-dessous, au même emplacement cela à corrigé le chemin d'accès.

    wsusutil movecontent  <chemin du futur dossier WSUS> <fichier de log>

     Exemple : wsusutil movecontent E:\WSUS C:\log_movecontent_wsus.txt






    • Modifié sebz71 vendredi 20 octobre 2017 11:30
    vendredi 20 octobre 2017 11:29