Reprise du message précédent :
Bon alors, j'ai déployé hier sur un poste :
maj windows installés : 123
maj offices installées : 36

Sur mon poste a moi :
maj windows : 158
maj office : 81

Je pense donc que pour les maj windows c'est bon, par contre, pour les office il y a bien un problème, elles ne s'installent pas toutes.
Analyse des logs en regardant ces fichiers : WindowsUpdate.log, WUHandler.log UpdatesHandler.log et UpdateDeployment.log

Je vous tiens informé si je pense avoir trouvé quelque chose !

Alors deja je vois qu'après l'OSD il y a eu 33 maj installés donc ca c'est hors OSD, ca veut dire qu'il faut les intégrer dans l'install.wim celle la ?

dans updateshandler.log apres la maj d3765314-fada-4a62-9b39-d0d54739765c, e5d3ab14-8c6d-431b-91c6-10fe0d437906,d8dbb828-bac1-4dd1-bc0b-c019743a6046,eb7fa6ce-1179-40a1-aacd-6e0cf16648c5 installation result = 0x80240017
Donc ces 4 la je suppose que je les mets dans l'install.wim deja ?

updates.handler

Update (d3765314-fada-4a62-9b39-d0d54739765c) returned failure result (0x80240017) in a non failing state    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to set status for class info, error = 0x80004005    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to populate progress info for the update d3765314-fada-4a62-9b39-d0d54739765c    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Update (d8dbb828-bac1-4dd1-bc0b-c019743a6046) returned failure result (0x80240017) in a non failing state    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to set status for class info, error = 0x80004005    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to populate progress info for the update d8dbb828-bac1-4dd1-bc0b-c019743a6046    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Update (e5d3ab14-8c6d-431b-91c6-10fe0d437906) returned failure result (0x80240017) in a non failing state    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to set status for class info, error = 0x80004005    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to populate progress info for the update e5d3ab14-8c6d-431b-91c6-10fe0d437906    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Update (eb7fa6ce-1179-40a1-aacd-6e0cf16648c5) returned failure result (0x80240017) in a non failing state    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to set status for class info, error = 0x80004005    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)
Failed to populate progress info for the update eb7fa6ce-1179-40a1-aacd-6e0cf16648c5    UpdatesHandler    21/09/2015 20:11:39    1292 (0x050C)

I also see after the OSD some updates are done (40)

wuahandler.log

Its a WSUS Update Source type ({5D232851-1A9F-460F-A76C-345AA5AE52B0}), adding it.    WUAHandler    21/09/2015 17:45:55    2684 (0x0A7C)
Unable to read existing resultant WUA policy. Error = 0x80070002.    WUAHandler    21/09/2015 17:45:55    2684 (0x0A7C)
Enabling WUA Managed server policy to use server: http://YYY:8530    WUAHandler    21/09/2015 17:45:55    2684 (0x0A7C)
Waiting for 2 mins for Group Policy to notify of WUA policy change...    WUAHandler    21/09/2015 17:45:55    2684 (0x0A7C)
Timed out waiting for Group Policy notification.    WUAHandler    21/09/2015 17:47:55    2684 (0x0A7C)
Unable to read existing WUA resultant policy. Error = 0x80070002.    WUAHandler    21/09/2015 17:47:55    2684 (0x0A7C)
Seems Group Policy is not yet initialized because client is in provisioning mode, writing WSUS Server location in registry.    WUAHandler    21/09/2015 17:47:55    2684 (0x0A7C)
OnSearchComplete - Failed to end search job. Error = 0x80244010.    WUAHandler    21/09/2015 17:50:32    2016 (0x07E0)
Scan failed with error = 0x80244010.    WUAHandler    21/09/2015 17:50:32    2016 (0x07E0)

Je vais importer les fichier ici pour plus de facilité si jamais j'ai raté des infos.

J'ai réussi a voir qu'il y avait un probleme sur ces maj et je vois aussi que le client se retrouve en provisioning mode a ce moment la alors qu'a la fin de la TS il est OK.

http://www.partage-facile.com/X9F1 [...] s.rar.html

 
Est-ce que les 2 PC sont exactement dans la même config logicielle ??? par expérience, sur le parc, on voit souvent ce genre de cas à cause des produits installés qui peuvent différer. c'est un point qui me reste à étudier en détails mais pour l'instant ça me choque pas.
 
Sinon tu as tout compris

je suis en train de faire la build & capture de W10. On va voir comment ca se passe les KB W10

Il y a quelques différences oui puisque je suis sur un pc portable c'est pour ca que les différences entre windows me choquent pas par contre, au niveau d'office il y a trop d'écart alors qu'on a bien la meme version.
J'ai visio sur mon poste mais ce sont des majs à part pour visio donc elles ne sont pas comptées ici ni dans un cas ni dans l'autre.

Donc je mets les 4 KB dans l'install.wim je recommence et on voit

A titre d'info parce que je comprends toujours pas, a quoi ca sert de faire une capture pour l'install.wim ?
Parce que moi dans mon lab je prends l'install.wim du windows 7 a chaque fois et puis je mets ma couche via la TS

EDIT : alors les 4 KB, je ne les ai pas dans un de mes groupes de déploiement, donc c'est pour ca qu'ils sont en échec et le message in a no failling state montre bien que c'est hors scope.
Je peux donc ignorer cette erreur ou non ?

J'aimerais trouver la cause du provisioning mode parce que c'est la qu'est mon probleme je pense

Au niveau du ciblage voila comment je suis :

Pour les majs : tous les pc windows 7 de l'entreprise (dedans c'est basé sur une requete pour connaitre les postes windows 7 )
Pour l'OSD : le regroupement s'appelle OS

le build and capture la ou je suis c est pas moi qui l'ai fait donc j en sais rien.
Par contre chez moi j en si pas fait... J ai fais un copier coller de l install.wim present dans l ISO d instal et une te de déploiement c est tout.
Je comprends pas l intérêt d une ts build and capture puisque j installe tout après mais j aimerais savoir à quoi ça sert normalement....

Et non mon catalogue ne les à pas ....
Par contre comment ça se fait su il les réclame c est la ou je capte pas ....

J ai vraiment du mal à comprendre ce logiciel parfois... T as eu autant de mal toi ?

Je vais poser une question con de plus, une fois que tu l'as téléchargé ta maj, tu fais comment pour l'intégrer ?

PS : Je dois avouer que ca commencer a me gonfler un peu de toujours pas avoir un résultat satisfaisant apres 7 mois xD pas 7 mois a temps plein certes, mais la aujourd'hui, je me retrouve avec un OSD bancal niveau maj et j'arrive toujours pas a expliquer pourquoi il y a ce fonctionnement.

 
Perd pas en vue, qu'un OSD nickel chrome sur SCCM, faut pas compter les heures....c'est hyper chronophage mais à un moment donné tu vas y arriver ^^
Après c'est sur que si tu dois bosser sur d'autres sujets techniques, c'est galère, moi je fais que ça de mes journées !
 
Edit : j'ai pas répondu à la question sur l'intêret de faire en 2 fois (1 TS de build&capture et 1 TS de déploiement).
La réponse est simple : optimiser le temps de déploiement !
T'imagines, si tu fais une TS qui fait tout à chaque fois sur chaque PC !! ça serait hyper long (regarde le temps que mettent les KB à s'installer).
Chez nous par exemple, la TS de déploiement met environ 40 minutes et c'est assez optimisé mais évidemment si ça pouvait mettre 5 minutes, ça serait nickel.

Alors ok pour la phase de capture mais a quoi ca sert par rapport a ce que je fais, c'est ca que je comprends pas ^^
Quelle est la différence entre récupérer l'install.wim du cd et en faire un maison qui ne contient rien de plus ?
Je critique rien, je cherche juste à comprendre la !

Les KB sont les
2726996 -> mise a jour critique Office 2013 -> non remplacé
2817316 -> mise a jour critique Office 2013 -> non remplacé
2760610 -> mise a jour critique Office 2013 -> non remplacé
2837652 -> mise a jour critique Office 2013 -> non remplacé

Dans l'onglet classifications j'ai coché :
Ensemble de maj + maj critiquezs + maj securité + SP
Dans l'onglet produit j'ai bien Office 2013

=> Conclusion si je comprends bien, mon SUP ne détecte pas ces 4 mises à jours alors qu'il devrait les avoir téléchargées.

EDIT : OK je sais pas ce que j'ai fais la derniere fois, mais elles sont bien présentes dans le catalogue si... Etat téléchargé donc elles sont bien dans mes paquet.
En réalité elles sont toutes dans mon paquet Baseline office et mon groupe de maj logicielle Baseline Office 2013 Partie 1 qui est déployé sur les memes regroupement que les autres.

Rien, c'est juste que c'est plus simple que de passer par une capture "install.wim" alors que SCCM fourni tout ce qu'il faut en direct.
En gros, y'a des fonctionnalités, il faut les utiliser ^^
Edit : un tuto qui montre la méthode en question :
http://www.windows-noob.com/forums [...] n-manager/
 
Ok on avance
Je trouve c'est pas clair ton explication.
Tu as quoi ici ? (le camembert, la colonne télécharger...)

J ai oui à téléchargé et déployé puisque il fait bien partie d un groupe de maj que j ai fais  
Le camembert est vers pour 90% environs

Dans les langues, tu as bien EN et FR ?
C'est comme ci la KB n'était pas présente sur le DP.
Y'a moyen de vérifier le path de la KB via la console SQL Server mais je ne sais plus comment on fait...
En fait il faudrait vérifier s'il y'a la KB en EN et la KB en FR au niveau du DP (et ils ne sont pas dans le même dossier selon la langue !)
Bon bah tu n'as plus qu'à les mettre en offline car ça devrait marcher...

euh ya pas de notion de FR/EN sur les patchs depuis vista/office 2007 (sauf certains spécifique sur une langue, un correcteur ortho ou quoi)

Dans les langues selectionnées j'ai en/fr/portugais
 
ok bon bé les 4 je les mets en offline demain donc et je reteste ^^
 
on va bien finir par y arriver mais j'avoue que c'est long.
 
Par contre, par rapport a ta réponse, je comprends toujorus pas du cou l'interet de faire une TS build and capture.
Ca sert si jamais tu veux tout intégrer en fait ?
en gros je fais la meme ts que j'ai maintenant sauf qu'au lieu d'intégrer dans un domaine je fais un workgroup je capture l'image et dans la ts de deploiement derriere je fais uniquement l'intégration dans le domaine ?

Souvent tu fais une image semi thin dans laquelle tu intègres un certain nombre d'applicatifs de bases qui changent peu et qui sont déployés partout (genre .net framework, ie 11, office 2013) si c'est ton socle de base.
Comme ça tu déploies ça, c'est déjà à jour au moment où tu as fait ta capture et tu es sur que tout ce qui est dedans est bien installé.
Genre déjà office 2013 ça prend 15 minutes à s'installer là c'est déjà fait, donc ok ton image wim est un peu plus grosse que celle de base mais c'est plus perf.
 
Après si tu veux t'attaquer à ça, il faut bien le faire sinon tu as plus de merdes qu'avant

Je voulais surtout comprendre

Apres nous, je sais que dans tous les cas on a un autre probleme en plus des mises a jours c'est que sur un poste neuf, systematiquement quasiment quand tu vas dans panneau de config ajout suppression t'as le droit a windows a rencontré une erreur etc et la seconde fois t'as plus le message.
Donc je pense que le fichier install.wim qu'on utilise de base a déjà peut etre un soucis (j'ai bie di peut etre).
Donc je voulais savoir si jamais je pouvais utiliser celui présent dans l'iso c'etait aussi le sens de ma question du dessus ^^.

Enfin, apres c'est pas la priorité ca parce que ca le fait une fois et apres on est pas embeté^^^

Par contre probleme numéro 2 je vais en profiter pour prendre un peu d'avance, le package baseline d'office 2013 ne se déploie pas sur un autre DP qu'on a . Tous les autres packages se deploient bien sur ce DP et ce package ce déploie bien sur un autre dp.
c'est bien distmgr qui nous interesse dans ce cas la ?
J'ai eu beau essayer de relancer la distribution une quinzaine de fois, rien n'y fait xD

PS : Au passage, vu la longueur de ce topic, des que j'aurai un peu de temps, je résumerai tout en FP pour faire un "mini guide xD"

ha merde, j'étais parti sur les KB Windows
 
sinon pour le DP, j'ai je crois jamais eu de soucis comme ça (à la fois, on a que 2 DP...) mais ça doit être ça le distmgr.log et ptre aussi PkgXferMgr.log

pareil depuis windows vista

On a que 3 DP nous ^^
Un en france, et les deux autres dans deux autres pays ^^
 
Bon si je fais un point sur notre infra aujourd'hui :
 
Déploiement d'application OK  
Possibilité de faire des reports OK
Déploiement d'une image hors maj OK
Déploiement OSD avec maj -> pas encore OK
baseline -> non implémenter
déploiement via site http -> non implémenté
fenetre de maintenance -> non implémenté
refaire un poste depuis un autre DP -> non implémenté
wake on lan -> non implémenté
migration d'un poste 32 vers 64 bits -> non implémenté
gestion des licences, vous vous en servez ?
Profil de certificat, soit tu passes par la soit les GPO ^^ pour le moment, on utilise les GPO
Pour le profil VPN on aurait bien voulu l'utiliser mais on utilisre cisco vpn client et pas cisco anywhere ^^
profil wifi ca par contre, on pourrait le mettre en place  
 
Bref, il y a meme pas 20% du travail de fait j'ai l'impression.
Apres je me trompe peut etre....  
Il y a des fonctionnalité qui sont peut etre rapides à mettre en oeuvre !
Le wake on lan ca va etre le prochain objectif je pense, mais pour ca je crois que dell fait un joli utilitaire pour l'activer sur toutes les machines sans avoir besoin de passer dessus ^^  
Ce serait peut etre l'occasion si on peut régler le bios a distance de proteger par un mot de passe son accés  
Aujourd'hui, n'importe qui peut booter sur n'importe quoi
Et vu qu'au service informatique, t'as beau le répeter, certain se loggue avec le compte administrateur de l'entreprise sur le poste, il me semble qu'on peut arriver a cracher le mot de passe avec une video que j'avais vu sur la sécurité de l'AD (site msreport => super video au passage, meme si faudrait que je la regarde plusieurs fois pour comprendre tous les concepts evoqués, mais je pense qu'on est dans quelque chose d'avancé et non pas de basique ) Bref fin du hs AD.
 
Tout ca pour dire, c'est loin d'être fini.
 
Et pour te répondre akizan, malheureusement je ne fais pas que ca de mes journées, ca doit représenter tout juste 5% de mon activité SCCM donc j'essaye d'apprendre avec ce que tu me dis ici et c'est surtout ca qui me fait avancé au niveau des problèmes que je peux rencontrer.

Pourtant jsuis sûr que y'a 2 binaires sur nos DP... faudra que je vérifie ça !
 
C'est quoi "gestion des licences" ?
Nous le WoL, on a mis 2 ans pour le mettre en place ^^
profil wifi : on a et c'est assez rapide à faire.
fenetre de maintenance : on a et c'est galère je trouve.

x86 et x64 peut être

Asset intelligence pour les licences, même si je comprends pas forcement comment ca marche.

Ce que tu veux dire Je@nb c'est que tout ce qui est langue dans SCCM ca sert pas pour office et windows en réalité ?

non que les patchs windows et office sont indépendant de la langue (language neutral) depuis vista/office 2007

C'est a dire ?
Avant ca un windows FR ne pouvait recevoir que les maj FR ?

Alors que maintenant, ca n'a plus d'importance.

Sinon, je trouve toujours pas comment lancer mon script correctement.
Donc je créer un package qui contient un dossier source. Je lui spécifie le dossier dans lequel j'ai un .cmd qui contient
"%programfiles%\Tracker Software\PDF Viewer\PDFXCView.exe" /makeassoc:web=yes
Le probleme c'est qu'a mon avis je renseigne pas les bon paramètres ensuite.
Je crée un programme dans ligne de commande je mets test.cmd
dans démarrer dans je mets rien
Exécuter qu'un utilisateur ait ouvert une session ou non et s'exécute avec le nom UNC
Le package est bien téléchargé sur le poste, mais ca ne fonctionne pas.
Le script lancé en double cliquant dessus fonctionne.

oui avant pour chaque langue il y avait un patch.
 
Pour ton problème, je t'ai déjà expliqué pourquoi ça fonctionne pas.
Qd tu doubles clic ça utilise ta session et ton compte utilisateur, qd sccm l'utilise ça exécute dans le contexte system et je pense que tu en as rien à faire que le compte system ait ton pdf viewer enregistré

Mmmmm....
Le problème c est que si c est lié à l utilisateur ça va pas le faire parce qu on a des PC utilisé par plusieurs personne et donc le package ne va s exécuter qu une fois sur la session. Utilisé lors du déploiement ....
Il faut que je testé ce que tu dis en me connectant avec un autre utilisateur en ayant double clique sur le script voir si ça a changer le réglage aussi pour cet utilisateur

Le but est que ce soit l application par défaut pour les pdf et non pas acrobat reader

 
Matteu, Comprends tu ce que c'est ?
si tu veux faire un test "manuel", suffit de faire un psexec.exe -s et ta commande.
ca pourra permettre de vérifier si l'install fonctionne correctement dans ce contexte et tu verras si ton appli sera dispo ou pas aux users AD
C'est une technique que l'on utilise quelques fois.

Bon alors, je n'y ai pas pensé sur le moment, mais les maj je risque pas de pouvoir les rajouter en offline puisque c'est des maj office

Je rebalance un déploiement ce matin d'un OSD pour voir si j'ai le meme message d'erreur

Sinon, non je connais psexec mais je connais pas la méthode de déploiement pour un script.
Pour ma part, chaque fois je double clique sur le script je vois que ca marche, je l'intégre dans sccm et voila.
Apparement je fais mal le travail donc il faudrait faire une etape intermédiaire qui est le psexec -s c'est bien ca si j'ai compris ?

Donc en effet, ca ne fonctionne pas ^^

tout à fait dans certains cas, ça permet de valider en contexte system comme sur SCCM
Je le fais rarement que si on a des galères mais ça arrive...

Et quand ca ne fonctionne pas, c'est que ca va etre la mouise si je comprends bien
Faut que j'arrive à trouver un autre moyen en fait?

En fouillant sur le net, apparement il y a :

HKCU,"Software\Tracker Software\PDFViewer\Prompts\ConfirmMakeDefaultPDFViewer","Show",0x00000000,0
pour le mettre par défaut, mais j'imagine que c'est la meme chose qu'exécuter la ligne de commande.

Donc de ce que je comprends, c'est valable pour le curent user si je le fais puisque ca marche pour mon compte.
Moi mon objectif, c'est que ce soit valable pour tous les utilisateurs.
C'est la première fois que je rencontre ce problème, donc ca va me permettre de mieux comprendre le packaging je pense

Bah dis nous si ça fonctionne ou pas déjà... ^^
si tu veux avoir une valeur dans tous les HKCU, faut mettre la valeur dans le profil 'default user' (à ne pas confondre avec la ruche HKEY_USERS\.DEFAULT évidemment )

ça ça le fera pour les futurs utilisateurs, pas pour les utilisateurs ayant déjà un profil créé sur la machine.
 
Après tu peux faire un activesetup ou te faire un script qui fait ça + qui monte chaque ruche pour injecter la clé

 
tout à fait mais vu que c'est pendant l'OSD, ça va ^^

Non non c est pour l osd ET pour les utilisateurs actifs
Faut qu on change le lecteur par défaut.
 
Après c est pas aussi simple que je pensais à faire.
Avec psexec -s ça fonctionne pas  
Il y a pas moyen donc de l appliquer pour tout le monde si je lis bien vos messages ?

bah si c'est ce que je t'ai indiqué juste au dessus

ouais moi je fais par script comme dit Je@nb, avec les bons vieux reg load / reg unload mais c'est si seulement y'a pas d'autres solutions dans le setup.exe (fichier réponse, fichier ini, clé HKEY LM, paramètre dans la ligne de commande du setup)
 
Sinon j'y pense car j'ai le cas actuellement, pour les packages où ça te retourne un "Program exit code 0" dans execmgr.log mais que tu vois que ça a pas marché, pour débugguer, durant la TS, je fais F8 et je copie mon package sur le disque et je lance le truc à la main

Donc en fait, si je comprends bien, c'est "complexe" de pouvoir changer le programme par défaut ^^
Moi qui pensais que c'était facile c'est raté.
Bon bé je vais fouiller du coté d'activesetup voir ce que c'est à quoi ca sert etc .
un script qui monte chaque ruche ?  
Il faudrait que pour chaque utilisateurs déjà logué ca prennent effet ^^ mais le principe pour monter chaque ruche ce serait quoi que je comprenne un peu plus ?

et pourquoi tu n'utilises pas SET_VIEWER_AS_DEFAULT="1" ?
Le popup apparait quand même ?
 
http://www.tracker-software.com/kn [...] oup-Policy
 
sinon oui c'est ça :
- si user loggué alors modification directement dans current user
- sinon listing des ruches users sur le poste
- pour chaque ruche trouvée dans la liste, reg load, modif de la clé, reg unload

C'est pas le popup qui apparait qui m'embete, c'est le fait que les fichiers par défauts s'ouvrent avec acrobat reader et nous on veut pdf viewer

et donc le set viewer default fait pas ça ?
sinon bah tu changes l'association PDF HKEY_CLASSES_ROOT ?

ah mais je sais aps je connais pas comme j'ai dis, donc je vais lire et regarder.
Comme je t'ai dis par MP le soucis de mon boulot, c'est qu'il faut tout faire donc je prends quelque info la et je fais les manips des que je peux :s
Entre temps, on a tous nos utilisateurs qui peuvent plus se logguer a cause de l'antivirus depuis ce matin ^^ et on trouve toujours pas pourquoi donc obligé de desactiver l'antivirus pour qu'il puissent travailler xD bref tu comprends le principe ^^

Sinon le déploiement de la TS que j'ai effectué tout à l'heure j'ai eu une erreur 0x87D00656 donc en plus des majs autre chose pose problème parfois xD La joie de SCCM ^^

0x87D00656 Updates handler was unable to continue due to some generic internal error
super l'information xD
Bref, au moins c'est toujours les mises à jour qui posent problème ^^

Alors quand je regarde j'ai une TS ou je fais :
install du client SCCM via : PATCH="%_SMSTSMDataPath%\OSD\L0100093\Patch\x64\configmgr2012ac-r2-kb3026739-x64.msp"
install du framework 4.5
install d'office 2013
install des maj

Et quand je regarde le dossier ccmcache du pc je vois qu'apres l'install des maj il y a le package de mise à jour vers la CU4 du client.
Le telechargement des majs à eu lieu a 11h32
Le telechargement du CU4 de sccm a 14h34

Après si tu as un peu la foi tu as PS App Deploy Toolokit qui te permet de faire pas mal de chose out-of-the-box dont ce dont on vient de parler. https://psappdeploytoolkit.codeplex.com/
C'est clair que c'est plus lourd qu'un cmd ou quoi mais c'est pas mal.
 
Après sinon tu peux toujours utiliser un vrai outil de packaging