Meilleur auteur de réponses
¨pb de synchronisation site centrale WSUS ET site distant

Question
-
Bonjour
nous avons un site centrale wsus avec sccm,Sur le site central nous avons ajouté des catégories et ces derniers ont été uploader sur le serveur en question , mais sur les sites distant ( enfant) on arrivent pas a les voir ( pas de synchronisation );Même avec WSUSRESET et synchronisation du serveur SCCM et redémarrage des serveurs le souci persiste;
Avez-vous svp une idée ?
Merci
Good To Learn
Réponses
-
Bonjour
Nous avons procédé aux changements suivantes :
-lancer le script de syncronisation sur les machine client
%Windir%\system32\net.exe stop bits
%Windir%\system32\net.exe stop wuauserv
%Windir%\system32\net.exe stop cryptsvc
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /v NextDetectionTime /f
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientId /f
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientIdValidation /f
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v LastRestorePointSetTime /f
del %WINDIR%\WindowsUpdate.log /S /Q
rd /s /q %windir%\softwareDistribution
%Windir%\system32\net.exe start cryptsvc
%Windir%\system32\net.exe start bits
%Windir%\system32\net.exe start wuauserv
wuauclt /resetauthorization /detectnow
wuauclt /reportnow-changement de configuration sur les sites primaires (par GPO : target group)
-règler le problème des approbation des majs sur les sites primaires(en mode réplica les approbations sont hérités automatiquement depuis la serveur master)
voila c'est bon ça fonctionne
Good To Learn
- Marqué comme réponse Nabil-IT jeudi 31 janvier 2013 08:01
Toutes les réponses
-
Bonjour,
regarde wsyncmgr.log sur le site distant.
Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1
-
-
bonjour
Successfully synced site with parent OT1, version 203
Set content version of update source {CBD43FE3-28A9-4312-8A17-04ECEA8C0D99} for site OT2 to 203
voila les logs
SMS_EXECUTIVE started SMS_WSUS_SYNC_MANAGER as thread ID 7688 (0x1E08).
Log level 2
Waiting 60 minutes for requests...
SMS_EXECUTIVE started SMS_WSUS_SYNC_MANAGER as thread ID 10044 (0x273C).
Log level 2
Waiting 60 minutes for requests...
voila
Good To Learn
-
Le log indique que la synchro ne présente pas aucun problem. Il faut tenir en compte que si un SUP est configuré pour synchroniser avec un serveur en amont alors cette page (qui contient les classifications) est masquée et les classifications de mises à jour sont basées sur les classifications du SUP parent.
Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1
-
-
Qu'est ce que tu ne retrouves pas ?
Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1
-
-
Regarde objreplmgr.log et ciamgr.log.
Bechir Gharbi | My blog: @myITforum.com | Twitter: @Bechir_Gharbi | Linkedin: Bechir Gharbi | Time zone: GMT + 1
-
Bonjour,
comment a été configuré WSUS lors de l'installation sur le serveur secondaire? L'option "Store Updates Locally" a t-elle été cochée? Ce paramètre n'est pas nécessaire pour SCCM sur un secondaire.
Quand tu dis que tu ne retrouves pas les updates sur le secondaire, tu parles de quel emplacement?
Les mises à jour doivent descendre sur le serveur secondaire sous forme de package.
Les données concernant le catalogue de mise à jour se trouve dans la base de données WSUS.
-
bonjour
désolé pour le retard un long weenkend :), lors de l'installation j'ai bien configuré le store localy sur une partition du server lui meme, je retrouve les pakacges sur le dossier wsus content mais pas les nouveaux produits que j'ai coché
exemple, sur le site central concerant calssifications j'ai critical update, securite, updates, service packs mais sur les secondaires je retrouve que securire et critical update
ces deux parametres ont ete configuré lors de la premiere installation,
voila
Good To Learn
-
Quand tu dis "sur les secondaires je retrouve que securire et critical update " c'est dans le dossier WSUS\Content?
Le "Store Updates Locally" ne doit être coché que sur le Central. Cela permet à WSUS d'avoir un emplacement de stockage des mises à jour pour ensuite les insérer dans les packages. Sur le secondaire il n'est en aucun cas nécessaire de l'activer car tout descend en package.
Lors de la configuration du rôle SUP sur le secondaire, l'option "Synchronize from an upstream server" a t-elle été choisie? -
Bonjour
votre q?Quand tu dis "sur les secondaires je retrouve que securire et critical update " c'est dans le dossier WSUS\Content? ==> oui et
oui sur les sites secondaires l'options cochée est synchronize from an upstream update server et sur le siet central l'otipn activée synchronize from MS update
lors de l'installation de wsus on doit passer par le store updates localy on ne peut pas faire autrement ?
merci
Good To Learn
-
Sur le central on coche l'option mais sur ces sites enfants ce n'est pas nécessaire et même déconseillé.
Le dossier WSUS\Content n'est pas important pour les serveurs secondaires donc il ne faut pas en tenir compte.
Pour savoir si un update est présent sur le site secondaire, il faut regarder au niveau des packages.
-
-
-
bonjour
justement, les mises a jours mentionnées en haut 'critical update, securite, updates, service packs ' ça fonctionne normalement et apres plus rien
en premier lieu j'ai eu le msg
Code Erreur 80244019, j'ai juste transféré le dossier wsuscontent et wsusuti reset plus de détails
maintenant j'ai cette error: code 800b0001
http://windows.microsoft.com/fr-CA/windows-vista/Windows-Update-error-800B0001
http://windows.microsoft.com/fr-FR/windows7/Windows-Update-error-800B0001
en cours d'invistigation, je suis en train d'essayer votre suggestion celui de découché update store !!
merci pour votre support
slts
Good To Learn
-
-
-
Bonjour
Nous avons procédé aux changements suivantes :
-lancer le script de syncronisation sur les machine client
%Windir%\system32\net.exe stop bits
%Windir%\system32\net.exe stop wuauserv
%Windir%\system32\net.exe stop cryptsvc
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /v NextDetectionTime /f
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientId /f
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v SusClientIdValidation /f
reg delete "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate" /v LastRestorePointSetTime /f
del %WINDIR%\WindowsUpdate.log /S /Q
rd /s /q %windir%\softwareDistribution
%Windir%\system32\net.exe start cryptsvc
%Windir%\system32\net.exe start bits
%Windir%\system32\net.exe start wuauserv
wuauclt /resetauthorization /detectnow
wuauclt /reportnow-changement de configuration sur les sites primaires (par GPO : target group)
-règler le problème des approbation des majs sur les sites primaires(en mode réplica les approbations sont hérités automatiquement depuis la serveur master)
voila c'est bon ça fonctionne
Good To Learn
- Marqué comme réponse Nabil-IT jeudi 31 janvier 2013 08:01