Reprise du message précédent :
pour vérifier les exitcode, soit par le SMSTS.log soit par le appenforce.log
dans ce dernier tu devrais voir des trucs comme :
 
Process 1872 terminated with exitcode: 0
Looking for exit code 0 in exit codes table...
Matched exit code 0 to a Success entry in exit codes table.
 
Pour ton problème de déploiement, on a aussi un ADR à 4 semaines et j'ai jamais vu ce genre de problème.

le réglage pour l'ADR est bien a cet endroit la ?

oui sauf que nous on est en heure client et pas UTC.

Oui ok ça c est au choix en effet et plus intelligent dans ton cas c est sur je vais modifie ça mais ok je verrai bien le mois prochain si j ai le même socid ou pas en ce moment pas le temps du tout de m couper de ça ....

Bon bé c'est super, je n'arrive pas a distribuer les maj office 2013 a mes points de distributions.

Voici le fichier joint :

pkgxfermgr.log : http://www.partage-facile.com/9IVE [...] r.log.html

Et dans les erreurs au niveau de la console d'admin ca me dit que ca peut venir d'un probleme de droit ou d'espace disque, or j'ai vérifié et aucun problème de ce coté la.

dans \Surveillance\Vue d'ensemble\État de distribution\État du groupe de points de distribution\Groupe de points de distribution par défaut, il te remonte quoi comme erreur ?

j'ai pas groupe de distribution par défaut.
J'ai pas de message d'erreur a ce niveau la par contre a Etat de la configuration du point de distribution j'ai 102 Message sur le serveur en question (et 63 sur les 2 autres avec lesquels ca fonctionne).
 
Voila le message d'erreur que j'ai  
Package Transfer Manager n'a pas pu mettre à jour le package « L010009D », version 4 sur le point de distribution P1. Consultez le fichier PkgXferMgr.log pour plus d'informations sur ce problème.
 
Cause possible : le serveur de site ne dispose pas de droits suffisants sur le répertoire source.
Solution : vérifiez que le compte d'ordinateur du serveur de site dispose au moins d'un accès en lecture sur le répertoire spécifié en tant que répertoire source.
 
Cause possible : l'espace disque disponible sur le point de distribution est insuffisant.
Solution : vérifiez que l'espace disque disponible sur le point de distribution est suffisant.

si tu vas dans  
\Administration\Vue d'ensemble\Configuration du site\Sites
configurer les composants du site  
distribution de logiciels
compte d'accès réseau
 
le compte utilisé a bien les droits d'accès à ton E:\SCCMContentLib\DataLib ?
 
tu as essayé de déployer plusieurs fois je suppose ?

oui.

oui.

En fait, j'ai aucun soucis pour distribuer d'autres contenu.
Je suis embeté uniquement pour les maj office 2013 qui font 11Go

On a une appli qui est volumineuse également et qui a été assez difficile à déployée sur un DP "secondaire" et je ne connais pas de réglage limitant la taille de sources d'une appli...
Du coup, ça se peut que ça vienne d'autre chose que d'un problème de droit ou d'espace libre que ce qui est remonté (j'ai déjà eu).
Si ça me revient je te redirais mais la j'ai pas d'idée...
tu as essayé juste histoire de laisser tes sources à 100Mo et mettre le DP à jour pour voir si c'est vraiment un problème lié à la taille ?

La en fait sur un DP qu'on a au portugal ca arrive a 42% puis paf ca recommence à 0.
Alors que quand je veux distribuer sur un DP local, ca commence même pas...

j'ai été mauvaise langue la il est a 75% mais il bouge plus pour le moment xD on verra bien demain  
mais apparement des qu'il y a beaucoup de volume je suppose que c'est plus complexe que des soft de 10 Mo

bon bé j'arrive pas a le deployer ce package.
Ouverture d'un ticket auprès de microsoft mais la premiere personne que j'ai au tel n'a pas l'air bien calé et recherche beaucoup d'informations sur le logiciel au mauvais endroit.
Il m'a proposé de travailler en groupe avec des anglais si j'ai bien compris en espérant que ca puisse aider.
J'ai toujorus 3 DP, 2 ou ca commence mais n'arrive jamais au bout (11Go) et 1 qui est en local donc ne passe pas par le WAN ou ca ne démarre meme pas !

quel pays le support technique Microsoft ?

Bulgarie je crois

Ok don réponse apporté le paquet est trop gros (11go) il fait essayer en faisant plusieurs

lol n'importe quoi...

chez nous, ça passe !

Non mais j ai fais appel a ms pour ça et pour une erreur de réplication entre deux dc et les deux réponses des deux tickets me donnent pas satisfaction.
Pour la réplication après avoir mis des clés de registre et redemarer les dc rien de neuf et en faisant du ménage avec repadmin paril elle me sort il faut depromouvoir et repromouvoir

Pour sccm je vais essayer j ai créé trois paquet du cou et je distribue ça demain pour voir

bon bé en coupant en 3 j'en ai 2 qui se distribue.
Le 3eme a eu un probleme de telechargement j'ai relancé le telechargement et j'ai l'impression qu'il rebloque (SP1 office 2013 donc je vais attendre car il doit aussi y avoir un certain volume de données pour cette maj je suppose).
 
Réponse ce soir pour ca mais dans mon cas il semblerait bien que le volume des paquets posait problème, après c'est peut etre parce qu'on a des coupures au niveau du réseau parfois (peut etre).

Donc :  
 
En passant par 3 paquet -> Aucun probleme tout fonctionne donc le soucis est résolu.
 
Par contre j'ai une petite question de plus lorsque je fais un déploiement d'appli, et que je vais dans surveillance -> déploiement puis sur le paquet en question il me sort bien un camembert tout joli je clique sur executer le résumé puis 10 sec après actualiser et je vois que l'actualisation date bien de maintenant.
J'ai par exemple 15 postes en erreurs.
Je clique ensuite sur afficher l'état pour avoir un peu plus de détails et la dans l'onglet erreur j'ai 0 postes.
 
Il n'y a pas moyen d'actualiser réellement ce camembert ?

oui comme tu fais mais ça prend du temps et on constate le même fonctionnement chez nous.
En fait le camembert a tjrs du retard sur la visu détaillée.
Du coup, nous on y regarde que quand le déploiement a de l'age sinon ça sert à rien le camembert.

SCCM n'est pas un soft de déploiement temps réel. Tout prend du temps .
 
Donc ouais faut pas s'impatienter et toujours attendre.
C'est un soft très frustrant

Oui j ai mis a jour une dizaine de soft sur le parc la et ça ressort en erreur sur le camembert alors qu ils sont bon c est pour ça je venais prendre l info
 
Si je vous mets quelque capture d écran pour vous montrer un peu la conf du sccm que j ai mise en place vous pouvez le faire des remarques ?

vas y

Pour pav avoir 10 000 imprim ecran j'en ai rassembler quelque uns...

En haut a gauche, la maniere dont on trie les appli
En haut a droite, la maniere dont on les fabrique Appli + version
Juste en dessous Les packages pour les maj SUP
juste en dessous les AR
Juste en dessous les regroupements créees pour les AR ainsi que des exemple de regroupement qu'on a fait et il y a aussi WinRAR par exemple etc

Le 2 eme imprim ecran c'est les groupes de mises à jour logiciels existant actuellement

En haut a gauche, la maniere dont on trie les appli : OK, je trouve qu'il y'en a un peu beaucoup. On a essayé de faire un dossier par thème ou par secteur pour avoir moins de chose comme tu as et d'avoir une sous arborescence.Mais c'est pas génant...
 
En haut a droite, la maniere dont on les fabrique Appli + version : OK
 
Juste en dessous Les packages pour les maj SUP : Pour le coup, je trouve ça trop compliqué.Essai de trouver des noms plus parlant pour quelqu'un qui ne connetrait pas ton infra et le mode de fonctionnement.
Par exemple, les gens vont se poser la question : quelle est la différence entre "Baseline windows 7" et "Windows 7-maj".
 
juste en dessous les AR Pour le coup, je trouve ça clair. TOP.
 
Juste en dessous les regroupements créees pour les AR ainsi que des exemple de regroupement qu'on a fait et il y a aussi WinRAR par exemple etc
Nous on a essayé de garder une même syntaxe entre l'ADR, le package ADR et le regroupement. chaque élément porte un tronc commun dans le nommage.
 
voila c'est tout ce que j'ai à dire

Ok bon c est pas si bancal que ça alors apparemet pour quelqu un qui découvre
 
C est plutôt une bonne chose !
 
Après on utilise pas beaucoup sccm au final quand je regarde...
Ça nous sert au déploiement d appli standard plus wsus

au niveau paramètre du déploiement d'une application voilà comment je configure, j'ai pris le cas le plus "complexe" qu'on peut avoir... Il y a le déploiement en x64 et x86 et c'est pour migrer une application.

Par rapport au remplacement, j'ai également rencontré un problème parfois ou le logiciel se désinstalle, mais le nouveau ne s'installe pas immédiatement du cou pendant un certain labs de temps l'utilisateur se retrouve bloqué.

jamais eu le problème lors d'un remplacement. j'ai même constaté que à chaque fois, ça s'enchaine à 10secondes prêt.
 
tu ne coches pas "publier" et la case en dessous pour les TS dans la 1ere capture ?
sinon je vois rien qui me choque hormis que l'on gère les versions x64 et x86 dans un même script plutôt que 2 mais c'est plus fonctionnel qu'autre chose
 
edit : sur le PC ou ca marche pas, ta méthode de détection de la version N-1 est bien plus valide une fois ton uninstall terminé ?

non le fait de publier dans les TS ca sert pour un cas particulier j'avais vu, et je ne rentre pas dans ce cas.
C'est lorsque tu déploies une applies via une TS hors OSD il me semble de mémoire non ? Toutes les applis qu'on déploie sont via application et non TS d'ailleurs j'ai jamais trop compris dans quel cadre c'était intéressant le déploiement d'une appli via une TS ? quand il y a besoin d'un reboot entre les prérequis et l'instal de l'appli peut etre ?

vous gérez tout dans le même ? et comment tu fais alors pour les détection puisque au niveau du registre c'est pas la même clé qui est enregistrée.

je sais pas trop pourquoi ca marchait pas, ca m'a désinstallé notepadd++ des postes mais n'a pas réinstallé la nouvelle version.
Vu que c'était pour des dev ils l'ont réinstallé à la main la nouvelle

pas compris ta phrase est bien plus valide ?

Merci beaucoup en tous cas pour ton aide, c'est ma bible ce topic

Actuellement je regadais pour la gestion hors bande mais faut etre comptaible vpro et peu de nos pc le sont donc je pense pas que ca se fasse.
Reste plus qu'a optimiser tout ca pour que ca se fasse pendant des fenêtres de maintenance et ca aura déjà bien avancé

 
Pour moi, c'est quand tu dois installer ton appli durant une TS que tu coches la case, aussi simple que ça. On le fait systématiquement car toutes nos appli sont potentiellement installables durant la TS (vu que l'on travaille avec les variables)... bref.
C'est intéressant pour avoir un OSD à jour. Tu as ton appli flash player qui évolue de la version N à la N+1. OK tu fais une maj du parc mais c'est bien que :
- l'appli soit installée durant l'OSD
- l'appli soit à jour dès la fin de l'OSD
du coup, tu peux utiliser cette fonctionnalité.
 
Oui on a un script commun qui fait un truc du genre :
vérification de l'OS
Si OS 32 bits alors flashplayerx86.exe /S
Si OS 64 bits alors flashplayerx64.exe /S
 
c'est plus simple
Et pour W10, on rajoutera une petite couche selon les applis.
 
Ma phrase : sur le PC ou ca marche pas, ta méthode de détection de la version N-1 est bien plus valide une fois ton uninstall terminé ?
en gros, quand tu a ta version N qui doit être remplacée par la N+1 ça fait ça :
- J'ai détecté la version N
- je désinstalle la version N
- je vérifie que la méthode de détection de ma version N n'est plus la
=> Si oui, j'installe la N+1
=> Si non, je fais rien car la version N est pour moi encore la
 
Ce qui signifie qu'après l'uninstall de la version N, il faut bien que tu vérifies que la méthode de détection de cette version n'est plus présente.
c'est plus clair ?

A mais pendant l osd ça s installe même sans cocher
Tu m as donner la piste c est quand tu utilise des variables pédant l osd qu il fait que cette case soit coche sinon ça marche pas
C est pas notre cas car tous les postes fixe sont identiques et tous les portables aussi
Et comme dit précédemment mon responsable préfère 25 ts a une seule qui gère tout

Le script que tu as on l a aussi c est avec arch processor ou je sais plus trop quoi
Mais le problème c est que tu mets quoi du cou dans la méthode de détection par clé de registre ? Parce que sur un 32 c est une clé sur un 64 elle est différente. Tu dois utiliser le code produit peut être qui est peut être identique lui ?

Oui voilà mon problème venait de la pour la méthode de détection elle était erroné il y a eu une erreur donc ça a pose problème !  

on utilise une méthode de détection par fichier .SCCM
pas de prise de tête avec les clés de registre x86/x64 comme ça.
et on étend l'extension .SCCM dans les inventaires logiciels en plus des .EXE

Ok c est une méthode custom ça je suppose non ?
Du cou dans ce fichier tu mets la valeur de la version je suppose ?

oui et la version dans le nom du fichier. ça évite d'ouvrir pour voir.

 
Je viens d'avoir un déploiement sur un PC qui a mis 1min30 après la désinstall pour lancer l'installation de la nouvelle version.
Ce n'est donc pas forcément instantané effectivement

Le soucis c est si la personne éteint le Pc pendant cet intervalle il s installe quand après ....

Dès que l'agent est à nouveau UP, ça veut dire 5 minutes après que le PC soit sous windows

Si c est vraiment ça ça va
 
Bon be pour le moment plus de soucis sur sccm on dirait jusqu au prochain
 
Le mec de Microsoft m a conseillé de reste en cu4 pour l instant car le sp1 apporte quelque soucis