Cela arrive de temps en temps. Je mets à jour un package et dois mettre à jour le point de distribution. Nous avons plusieurs DP, et généralement tout se passe bien, mais de temps en temps, notre DP principal ne met pas à jour le package.
Le journal d'état du contenu ne dit jamais grand-chose sur l'échec. Je n'ai pas accès au serveur principal aux points de gestion ou aux DP, je suis juste l'administrateur SCCM. Je peux vérifier tous les journaux dans SCCM, exécuter des rapports et tout, mais je ne sais pas où chercher.
Dans le passé, j'ai essayé de définir le paramètre "Déconnecter les utilisateurs du point de distribution" sur le package de problème, les deux sous-paramètres à 0, mais cela ne fonctionne pas vraiment pour nous. Le problème semble disparaître de lui-même après un certain temps, mais cela prend parfois plusieurs jours. Pour la majorité (vraiment tous, mais il y en a peut-être un ou deux que j'ai négligés), nous définissons les clients sur "Exécuter le programme à partir du point de distribution" Lors du déploiement du programme, je ne sais pas si cela a quelque chose à voir avec lui, ou ce que la racine la cause est.
Mise à jour
J'ai trouvé un peu plus d'informations dans les rapports, en particulier la All Status Messages for a Specific Package at a Specific Site
requête. En utilisant mon ID de package pour la requête, après l'échec de la mise à jour DP, j'ai vu une entrée qui se démarquait:
Distribution Manager n'a pas pu traiter le package «Mises à jour de configuration» (ID du package = SOM00013).
Cause possible : le gestionnaire de distribution n'a accès ni au répertoire source du package ni au point de distribution. Solution: vérifiez que le gestionnaire de distribution peut accéder au répertoire / package source du package.
Cause possible : le répertoire source du package contient des fichiers avec des noms de fichiers longs et la longueur totale du chemin d'accès dépasse la longueur maximale prise en charge par le système d'exploitation. Solution: réduisez le nombre de dossiers définis pour le package, raccourcissez le nom de fichier ou envisagez de regrouper les fichiers à l'aide d'un utilitaire de compression.
Cause possible : l'espace disque disponible est insuffisant sur l'ordinateur du serveur de site ou le point de distribution. Solution: vérifiez que l'espace disque disponible est suffisant sur l'ordinateur du serveur de site et sur le point de distribution.
Cause possible : le répertoire source du package contient des fichiers susceptibles d'être utilisés par un processus actif. Solution: fermez tous les processus qui utilisent peut-être des fichiers dans le répertoire source. Si cet échec persiste, créez une autre copie du répertoire source et mettez à jour la source du package pour qu'elle pointe vers celui-ci.
Je doute des deux causes du milieu pour des raisons simples
Le dossier source n'est pas si profond pour contenir des noms de fichiers longs pour NTFS, bien que je vais essayer de vérifier l'exhaustivité.
Je peux très bien ajouter des fichiers au DP, donc ce n'est pas un problème d'espace de fichier, d'autres packages peuvent être mis à jour très bien.
Ce à quoi je ne m'attendais pas, c'est que la troisième cause indique que le répertoire source est utilisé quelque part. Quelle différence cela ferait-il de toute façon? N'est-ce pas simplement copier les fichiers du partage de fichiers dans le partage SCCM DP? En me jetant pour une boucle, les clients b / c n'accèdent même pas au répertoire source, c'est à peu près juste un répertoire intermédiaire pour que sccm copie les fichiers.
Cela laisse juste la première cause, mais cela revient encore à la même chose: d'autres packages peuvent très bien se mettre à jour.