none
SBS 2008 - WSUS 3.0 SP1 - panne suite à transfert de répertoires RRS feed

  • Discussion générale

  • Bonjour,

    Comme indiqué dans le titre, nous avons une installation très simple :

    • Serveurs 64 bits
    • SBS 2008 premium
    • WSUS 3.0 SP1 par défaut sur C: du SBS
    • Quelques postes W7. SBS

    La base SQL WSUS a été déplacée manuellement (c'est à dire grâce à SQL Server Management Express) il y a plusieurs mois sur D: (D:\WSUS\SUSDB\UpdateServicesDbFiles). Tout a fonctionné depuis (ni erreur, ni avertissements dans les journaux + chargements et mises à jour effectifs).

    Je n'ai à ce jour jamais fait de "nettoyage" (wsusutil.exe deleteunneededrevisions).

    J'ai voulu ce week-end déplacer les répertoires utilisés par WSUS (C:\WSUS\WsusContent qui atteint 18,5 Go) :

    • J'ai pour cela utilisé la console SBS (onglet sauvegarde et stockage serveur, sous-onglet stockage serveur, "déplacer des données du référentiel de mise à jour Windows").
    • Après plusieurs minutes de traitement, j'ai eu le message pseudo-définitif suivant : "Les données de Référentiel Windows Update ont été déplacées". Et effectivement les contenus du répertoire ont bien suivi et libéré de la place sur C:

    Problème depuis (y compris après 24h et 2 reboots): le serveur WSUS semble ne pas avoir réussi à stopper son travail : la console Update Services présente dans les sous choix de ses options l'avertissement qui me semble être la source de tous les autres dysfonctionnements : "Impossible d’enregistrer la configuration, car le serveur traite les modifications apportées à une configuration précédente"

    Ce qui ne fonctionne pas :

    • La console WSUS : comme sur l'image, puis parfois se plante avec "erreur de connexion"
    • La console SBS ne parvient pas à afficher les informations de mises à jour

    Ce que j'ai vérifié :

    • Les services IIS, SQL, le site et les répertoires virtuels WSUS
    • L'authentification anonyme sur les répertoires virtuels "ClientWebService", "DssAuthWebService", "Inventory", "ReportingWebService", "ServerSyncWebService" et "SimpleAuthWebService"
    • Les GPO (je suppose car celles décrites dans la réinstallation de WSUS sont bien là, mais je n'y ai pas touché)

    Ce que j'ai tenté :

    • Le parefeu (tentative de le désactiver au cas où, même si je n'ai rien changé)
    • Un wsusutil checkhealth : Génère un événement 12032 "Le service Web de synchronisation de serveur ne fonctionne pas."
    • Désinstallé le KB973917 puis rebooté
    • Bien que sans savoir pourquoi j'ai tenté de supprimer le fichier wsus sous %appdata%\Microsoft\MMC (car vu sur un forum)
    • Les WSUS Server Debug Tool et WSUS Client Diagnostic Tool trouvés sur le Web, mais je n'ai pas insisté car il me semble que cela ne fonctionne pas sur 64 bits.

    Si quelqu'un a une piste à suivre sans désinstaller et réinstaller WSUS, j'en serai heureux.

    Je n'ai pas osé lancer un "wsusutil.exe deleteunneededrevisions" par dessus mais je suppose qu'il se planterait.

    Merci d'avance pour vos retours.


    lundi 18 juin 2012 13:40

Toutes les réponses

  • Bonjour,

    je vous invite avant tout de lancer les deux utilitaires WSUS Server Debug Tool & Client Diagnostic Tool (voir links ci-après) : 

    WSUS Server Debug Tool

    WSUS Client Diagnostic Tool

    Tenez nous au courant des résultats de diagnostic pour qu'on puisse vous aider à résoudre votre problème.

    A bientôt.


    Hicham KADIRI | IT Consultant /Director. MCP - MCSA - MCTS - MCSE - MCITP - MCT

    lundi 18 juin 2012 21:09
  • Bonjour et merci pour votre réponse.

    J'ai lancé Respectivement "ClientDiag.exe" et "WsusDebugTool.exe" sur le serveur, en mode administrateur, d'abord tel quel, ensuite en mode "Windows XP" (au cas où). J'obtiens dans tous les cas les mêmes résultats :

    ClientDiag :

    C:\Program Files (x86)\WSUS Client Debug Tool>ClientDiag
    
    WSUS Client Diagnostics Tool
    
    Checking Machine State
            Checking for admin rights to run tool . . . . . . . . . PASS
            Automatic Updates Service is running. . . . . . . . . . PASS
            Background Intelligent Transfer Service is running. . . PASS
    
    GetFileVersion(szEngineDir,&susVersion) failed with hr=0x80070002
    
    Le fichier spÚcifiÚ est introuvable.

    WsusDebugTool :

    C:\Program Files (x86)\WSUS Server Debug Tool>WsusDebugTool.exe
    
    Exception non gérée : System.IO.FileNotFoundException: Impossible de charger le
    fichier ou l'assembly 'Microsoft.UpdateServices.Common, Version=2.0.0.0, Culture
    =neutral, PublicKeyToken=31bf3856ad364e35' ou une de ses dépendances. Le fichier
     spécifié est introuvable.
    Nom du fichier : 'Microsoft.UpdateServices.Common, Version=2.0.0.0, Culture=neut
    ral, PublicKeyToken=31bf3856ad364e35'
       à Microsoft.SoftwareDistribution.Tools.SusServerTool.Main(String[] args)
    
    AVT : le journal de liaison d'assembly est désactivé.
    Pour activer le journal des échecs de liaison d'assembly, attribuez la valeur 1
    à la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD).
    Remarque : une certaine perte de performance est associée à l'enregistrement dan
    s le journal des échecs de liaison d'assembly.
    Pour désactiver cette fonctionnalité, supprimez la valeur de Registre [HKLM\Soft
    ware\Microsoft\Fusion!EnableLog].

    J'avais précédemment lu ce thread (http://social.technet.microsoft.com/Forums/en-US/winserverwsus/thread/d0144c26-c983-4190-880d-d1aecf441177) qui m'avait fait penser que ces outils étaient inutilsables en WSUS 3.0 (de plus je n'aime pas trop "bidouiller" le registre), mais bon, s'il y a quelque chose à faire pour faire fonctionner ça, je suis preneur.

    Merci encore de votre aide.

    mardi 19 juin 2012 08:17
  • Bonjour,

    As-tu essayé la commande suivante:

    WSUSUtil.exe movecontent d:\nouveaudossier c:\move.log

    Utilitaire présent dans c:\Program Files\Update Services\tools

    Plus d'information ici => http://technet.microsoft.com/en-us/library/cc708604.aspx et ici => http://social.technet.microsoft.com/wiki/contents/articles/508.how-to-move-wsus-from-one-server-to-another.aspx ou encore ici => http://blogs.technet.com/b/sbs/archive/2009/09/23/how-to-move-wsus-content-and-database-files-to-a-different-partition.aspx

    Normalement, avec tout ça, ça devrait être bon !


    -- Cédric GEORGEOT [MVP] Virtual Machine http://www.e-novatic.fr -- Auteur du livre "Bonnes pratiques, planification et dimensionnement des infrastructures de stockage et de serveur en environnement virtuel"




    mercredi 20 juin 2012 17:38
  • Bonjour,

    Merci pour votre réponse. J'ai parcouru les trois liens consciencieusement.


    Je pense qu'il me faut résumer le problème :

    Le serveur WSUS 3.0 sp1 n'a pas été changé de serveur.

    • La base a été changée de disque il y a longtemps (comme indiqué sur le lien ci-dessus d'ailleurs, par detach/attach)
    • Les données ont été transférées récemment par le wizard SBS, qui je suppose, invoque un "WSUSUtil.exe movecontent" : elles ont bien déjà été physiquement transférées.


    Depuis ce moment, le serveur WSUS est en "état instable".

    Problème 1 :

    • Message "Impossible d'enregistrer la configuration, car le serveur traite les modifications apportées à une configuration précédente" (image dans mon premier post)
    • Plantages de la console WSUS

    Problème 2 : (mais je suppose que la cause est la même) : le Web Service "http://<serveur SBS>:8530/ClientWebService/client.asmx" ne répond plus, ce qui se traduit par plusieurs signes :

    • Depuis la console SBS ou les clients Windows Update : pas de réponse du serveur WSUS
    • Dans les événements :
    •    Avertissements ASP.NET 2.0 car le web service est arrivé en Time Out (récurrents depuis la panne)
    •    Evénement 12032 "Le service Web de synchronisation de serveur ne fonctionne pas."

    Si on le lance en local sur le serveur on obtient ça (mais ce n'est peut être pas lançable directement sans paramètres) :



    Depuis mon dernier post, j'ai :

    • Tenté un « wsusutil.exe deleteunneededrevisions » : cette commande n'existe plus.
    • Vérifié les GPO (rien n'a bougé mais je suis allé m'en assurer)
    • Tenté un « wsusutil movecontent D:\WSUS\ C:\log.txt –skipcopy » : qui m'a simplement indiqué gentiment que :
    2012-06-22T08:33:50 The new content file location is the same as the old location: D:\WSUS\


    Merci encore pour vos retours, je suis toujours preneur de bonnes idées.

    Cordialement


    • Modifié phanpile vendredi 22 juin 2012 09:12
    vendredi 22 juin 2012 09:00
  • Juste pour information suite à ce post, j'ai désinstallé WSUS et je l'ai complètement réinstallé en dehors de la console SBS.

    Il tourne aujourd'hui correctement mais la console SBS ne le voit pas et ne renvoie qu'une erreur concernant les mises à jour (je ne sais pas comment faire ça mais j'ai laissé tomber par lassitude)

    Bien à vous.

    vendredi 21 décembre 2012 10:30