SCCM 2012 SP1 - DownloadContentFiles () Terminé par l'erreur S. hr = 0x80041013
Nous avons remarqué que nos règles de mise à jour automatique de logiciels ne pouvaient pas télécharger et appliquer automatiquement les corrections de ce mois à partir de
http://technet.microsoft.com/e ... 3-jun
Bien qu'ils soient correctement répertoriés dans le catalogue.
Dans les règles du déploiement automatique, le dernier code d'erreur est spécifié comme
Et la dernière description d'erreur est comme une "erreur lors du chargement d'une règle de déploiement automatique". Les règles de re-lancement reproduisent manuellement cette erreur. La suppression et la ré-création de règles de déploiement automatiques reproduisent également la même erreur.
Voir le magazine SMS_RULE_ENGINE Affiche les erreurs suivantes:
Si je regarde à travers ruleengine.log (qui est probablement le fichier journal à partir duquel le magazine est créé SMS_RULE_ENGINE niveau supérieur dans SCCM) et coordonner l'identifiant de package pour les packages de déploiement correspondants que les règles de déploiement automatique doivent placer ces mises à jour dans I Trouver pour le plaisir
Pour le moment, j'ai trois erreurs différentes qui me semblent causées par le même événement. Bien sûr, ils ne peuvent pas être, donc tous sont inclus ici. J'ai convenu de temps dans les fichiers journaux et est suffisamment confiant pour qu'ils soient tous liés au problème des règles de déploiement automatiques.
- Des règles du déploiement automatique de la console SCCM
- Du magazine de surveillance SMS_RULE_ENGINE Console. SCCM
- Des journaux du serveur de site SCCM de [SCCMInstallationPath] \ Logs \ ruleengine.log
On dirait que nous ne pouvons pas télécharger ces mises à jour. Apparemment, l'endroit pour éliminer de tels problèmes - c'est
http://technet.microsoft.com/e ... APLog
. Et voici
encore
Une autre erreur est enregistrée là-bas:
Je peux coordonner les identificateurs de contenu dans PatchDownloader.log Back B.
enregistrements enregistrés dans ruleengine.log, Par conséquent, comme mentionné précédemment, je suis presque sûr que j'ai examiné le même événement générant toutes ces erreurs différentes, mais si quelqu'un sait mieux, corrigez-moi.
Si j'utilise l'outil de recherche d'erreur CMTrace, Il me dit ce qui suit sur hr =
.
Et, bien sûr, si je regarde l'espace de noms WMI, A quoi le chargeur de mise à jour logicielle est connecté, il ne semblera pas tout à fait raison:
\ SCCM.ad.example.com \ root \ sms \ site_REV
Le code de notre site est en fait
Et, étrangement assez, les trois premières lettres de notre organisation commencent par REV. Mighty coïncidence, si vous me demandez. De plus, ce n'est pas la première installation existante. SCCM, Et il s'est avéré que dans la version précédente SCCM 2007 Les frontières existantes, les collections et les packages ont été transférés dans notre nouvelle installation. Fumée de fumée? Pas vraiment. Il a également utilisé un autre code de site. Peut-être le code du site REV Utilisé pour l'installation de test temporaire SCCM 2012? Probablement pas. Les connaissances institutionnelles ne contiennent pas d'enregistrements sur
C'est la migration que nous avons remplie avant d'avoir embauché.
Cependant, notre ancien magazine PatchDownloader.log De l'instance SCCM 2007 Indique que le chargeur de mise à jour logicielle se connecte à
Noms d'espace WMI. Malheureusement, je n'ai pas de journaux d'installation actuels 2012 années depuis mai, dans lesquelles je pourrais confirmer que l'espace de noms correct est utilisé WMI.
BIEN. Cela ressemble vraiment à un problème avec les espaces de noms WMI. Quelque part dans les profondeurs SCCM Quelque chose dit télécharger les mises à jour logicielles connectes à
au lieu de
.
Sur WAG J'ai vérifié les tables probables dans la base de données SQL Pour référence à
Mais en vain ..
Pour compliquer encore plus la situation, je vois quelques explications
erreur.
http://blogs.technet.com/b/con ... .aspx
dit que c'est un échec lors du chargement du fournisseur WMI:
WBEM_E_PROVIDER_LOAD_FAILURE - 0x80041013
Fournisseur Event Dépannage CLASSES - Excellente ressource, mais ils peuvent être un peu fastidieux. Classer MSFT_WmiProvider_LoadOperationFailureEvent - C'est une classe que j'ai souvent trouvé utile. La plupart des défaillances de chargement des fournisseurs que j'ai rencontrées étaient le résultat d'une inscription incorrecte des composants (dans le registre ou WMI) ou autorisations liées.
Tandis que
http://msdn.microsoft.com/en-u ... .aspx
Dit que c'est un problème avec les autorisations:
WBEM_E_ACCESS_DENIED 2147749891 (0x80041003) L'utilisateur actuel n'a pas la permission d'effectuer une action.
La seule autre information que je pouvais trouver sur
L'erreur était un gars qui
http://social.technet.microsof ... ailed
qui semblait avoir le même problème que moi, juste au fait qu'il avait une installation précédente SCCM, Sur l'espace de noms WMI qui a fait référence par erreur (par exemple,
au lieu de
). Il a fini ce qui a détruit tout l'espace de noms WMI, ainsi que des pièces SMS_ProviderLocation. Je ne suis pas sûr de ce que je veux le faire.
À l'heure actuelle, c'était une longue journée, nous devons réparer ces serveurs et ma tête fait mal. Aucun conseil?
http://technet.microsoft.com/e ... 3-jun
Bien qu'ils soient correctement répertoriés dans le catalogue.
Dans les règles du déploiement automatique, le dernier code d'erreur est spécifié comme
0X87D20417
Et la dernière description d'erreur est comme une "erreur lors du chargement d'une règle de déploiement automatique". Les règles de re-lancement reproduisent manuellement cette erreur. La suppression et la ré-création de règles de déploiement automatiques reproduisent également la même erreur.
Voir le magazine SMS_RULE_ENGINE Affiche les erreurs suivantes:
Error Milestone 004 6/19/2013 3:42:21 PM SCCM.ad.example.com SMS_RULE_ENGINE 8706 Content download failed. Message: Failed to download one or more content files. Source: SMS Rule Engine.
Error Milestone 004 6/19/2013 3:42:07 PM SCCM.ad.example.com SMS_RULE_ENGINE 8706 Content download failed. Message: Failed to download one or more content files. Source: SMS Rule Engine.
Error Milestone 004 6/19/2013 2:45:44 PM SCCM.ad.example.com SMS_RULE_ENGINE 8706 Content download failed. Message: Failed to download one or more content files. Source: SMS Rule Engine.
Error Milestone 004 6/19/2013 2:43:29 PM SCCM.ad.example.com SMS_RULE_ENGINE 8706 Content download failed. Message: Failed to download one or more content files. Source: SMS Rule Engine.
Si je regarde à travers ruleengine.log (qui est probablement le fichier journal à partir duquel le magazine est créé SMS_RULE_ENGINE niveau supérieur dans SCCM) et coordonner l'identifiant de package pour les packages de déploiement correspondants que les règles de déploiement automatique doivent placer ces mises à jour dans I Trouver pour le plaisir
Contents 16821586 is already present in the package "0040000F". Skipping download. SMS_RULE_ENGINE 6/19/2013 3:41:58 PM 9068 (0x236C)
Downloading contents (count = 10) for UpdateID 16829711 SMS_RULE_ENGINE 6/19/2013 3:41:58 PM 9068 (0x236C)
List of update content(s) which match the content rule criteria = {16821659,16821660,16821661,16821662,16821663,16821664,16821665,16821666,16821667,16821668} SMS_RULE_ENGINE 6/19/2013 3:41:58 PM 9068 (0x236C)
Downloading content with ID 16821659 in the package SMS_RULE_ENGINE 6/19/2013 3:41:58 PM 9068 (0x236C)
Failed to download the update from internet. Error = 4115 SMS_RULE_ENGINE 6/19/2013 3:41:58 PM 9068 (0x236C)
Failed to download ContentID 16821659 for UpdateID 16829711. Error code = 4115 SMS_RULE_ENGINE 6/19/2013 3:41:58 PM 9068 (0x236C)
Pour le moment, j'ai trois erreurs différentes qui me semblent causées par le même événement. Bien sûr, ils ne peuvent pas être, donc tous sont inclus ici. J'ai convenu de temps dans les fichiers journaux et est suffisamment confiant pour qu'ils soient tous liés au problème des règles de déploiement automatiques.
0X87D20417
- Des règles du déploiement automatique de la console SCCM
8706
- Du magazine de surveillance SMS_RULE_ENGINE Console. SCCM
Error code = 4115
- Des journaux du serveur de site SCCM de [SCCMInstallationPath] \ Logs \ ruleengine.log
On dirait que nous ne pouvons pas télécharger ces mises à jour. Apparemment, l'endroit pour éliminer de tels problèmes - c'est
http://technet.microsoft.com/e ... APLog
. Et voici
encore
Une autre erreur est enregistrée là-bas:
Trying to connect to the \\SCCM.ad.example.com\root\sms\site_REV namespace on the SCCM.ad.example.com machine. Software Updates Patch Downloader 6/19/2013 3:42:21 PM 9068 (0x236C)
Connected to \\SCCM.ad.example.com\root\sms\site_REV Software Updates Patch Downloader 6/19/2013 3:42:21 PM 9068 (0x236C)
GetContentFileInfoForDownload() failed for ContentID 16821994. hRes = 0x80041013 . Software Updates Patch Downloader 6/19/2013 3:42:21 PM 9068 (0x236C)
ERROR: DownloadContentFiles() failed with hr=0x80041013 Software Updates Patch Downloader 6/19/2013 3:42:21 PM 9068 (0x236C)
Je peux coordonner les identificateurs de contenu dans PatchDownloader.log Back B.
Error: 4115
enregistrements enregistrés dans ruleengine.log, Par conséquent, comme mentionné précédemment, je suis presque sûr que j'ai examiné le même événement générant toutes ces erreurs différentes, mais si quelqu'un sait mieux, corrigez-moi.
Si j'utilise l'outil de recherche d'erreur CMTrace, Il me dit ce qui suit sur hr =
0x80041013
.
Provider load failure
Source: Windows Management (WMI)
-----
Et, bien sûr, si je regarde l'espace de noms WMI, A quoi le chargeur de mise à jour logicielle est connecté, il ne semblera pas tout à fait raison:
\ SCCM.ad.example.com \ root \ sms \ site_REV
Le code de notre site est en fait
004
Et, étrangement assez, les trois premières lettres de notre organisation commencent par REV. Mighty coïncidence, si vous me demandez. De plus, ce n'est pas la première installation existante. SCCM, Et il s'est avéré que dans la version précédente SCCM 2007 Les frontières existantes, les collections et les packages ont été transférés dans notre nouvelle installation. Fumée de fumée? Pas vraiment. Il a également utilisé un autre code de site. Peut-être le code du site REV Utilisé pour l'installation de test temporaire SCCM 2012? Probablement pas. Les connaissances institutionnelles ne contiennent pas d'enregistrements sur
REV
C'est la migration que nous avons remplie avant d'avoir embauché.
Cependant, notre ancien magazine PatchDownloader.log De l'instance SCCM 2007 Indique que le chargeur de mise à jour logicielle se connecte à
site_$SITECODE
Noms d'espace WMI. Malheureusement, je n'ai pas de journaux d'installation actuels 2012 années depuis mai, dans lesquelles je pourrais confirmer que l'espace de noms correct est utilisé WMI.
Trying to connect to the root\SMS namespace on the SCCM07.ad.example.com machine. Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
Connected to \\SCCM07.ad.example.com\root\SMS Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
Trying to connect to the \\SCCM07.ad.example.com\root\sms\site_DOR namespace on the machine. Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
Connected to \\SCCM07.ad.example.com\root\sms\site_DOR Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
Download destination = \\SCCM07.ad.example.com\WSUSContent\be128fa4-0c6b-418a-893d-3450e38c658d.1\windows-kb890830-v3.21.exe . Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
Contentsource = [url=http://download.windowsupdate.com/msdownload/update/software/uprl/2011/07/windows-kb890830-v3.21_2aba440b72071ff17cad1ca2a39f0e40aa85c76e.exe]http://download.windowsupdate. ... e.exe[/url] . Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
Downloading content for ContentID = 31068, FileName = windows-kb890830-v3.21.exe. Software Updates Patch Downloader 8/3/2011 3:18:37 PM 25128 (0x6228)
BIEN. Cela ressemble vraiment à un problème avec les espaces de noms WMI. Quelque part dans les profondeurs SCCM Quelque chose dit télécharger les mises à jour logicielles connectes à
\\SCCM.ad.example.com\root\sms\site_REV
au lieu de
\\SCCM.ad.example.com\root\sms\site_004
.
Sur WAG J'ai vérifié les tables probables dans la base de données SQL Pour référence à
REV
Mais en vain ..
SELECT * FROM SysResList WHERE SiteCode = 'REV';
SELECT * FROM SiteControl WHERE SiteCode = 'REV';
SELECT * FROM SiteControlNotification WHERE SiteCode = 'REV';
SELECT * FROM Sites WHERE SiteCode = 'REV';
SELECT * FROM Sites_DATA WHERE SiteCode = 'REV';
SELECT * FROM SiteWork WHERE SiteCode = 'REV';
SELECT * FROM PkgServers WHERE sitecode = 'REV';
SELECT * FROM PkgStatus WHERE sitecode = 'REV';
Pour compliquer encore plus la situation, je vois quelques explications
0x80041013
erreur.
http://blogs.technet.com/b/con ... .aspx
dit que c'est un échec lors du chargement du fournisseur WMI:
WBEM_E_PROVIDER_LOAD_FAILURE - 0x80041013
Fournisseur Event Dépannage CLASSES - Excellente ressource, mais ils peuvent être un peu fastidieux. Classer MSFT_WmiProvider_LoadOperationFailureEvent - C'est une classe que j'ai souvent trouvé utile. La plupart des défaillances de chargement des fournisseurs que j'ai rencontrées étaient le résultat d'une inscription incorrecte des composants (dans le registre ou WMI) ou autorisations liées.
Tandis que
http://msdn.microsoft.com/en-u ... .aspx
Dit que c'est un problème avec les autorisations:
WBEM_E_ACCESS_DENIED 2147749891 (0x80041003) L'utilisateur actuel n'a pas la permission d'effectuer une action.
La seule autre information que je pouvais trouver sur
0x80041013
L'erreur était un gars qui
http://social.technet.microsof ... ailed
qui semblait avoir le même problème que moi, juste au fait qu'il avait une installation précédente SCCM, Sur l'espace de noms WMI qui a fait référence par erreur (par exemple,
site_REV
au lieu de
site_004
). Il a fini ce qui a détruit tout l'espace de noms WMI, ainsi que des pièces SMS_ProviderLocation. Je ne suis pas sûr de ce que je veux le faire.
À l'heure actuelle, c'était une longue journée, nous devons réparer ces serveurs et ma tête fait mal. Aucun conseil?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
1 réponses
Emilie
Confirmation de:
Le code du site a été utilisé pour une installation de test temporaire. SCCM 2012? Probablement pas. Les connaissances institutionnelles ne contiennent pas d'enregistrements sur
C'est la migration que nous avons remplie avant d'avoir embauché.
Cette hypothèse était correcte. J'ai pris mon prédécesseur et, apparemment, la première et une tentative infructueuse de transition à SCCM 2007 sur SCCM 2010 utilisé
Le code du site. Comment il a réussi à inactiver WMI Tout ce temps et pourquoi il "activé" - Pour moi, un mystère complet.
Je lis très soigneusement la décision dans ce
http://social.technet.microsof ... ailed
Un message qui a conseillé de supprimer les anciens espaces de noms et a décidé de l'essayer. Je ne peux même pas décider de le célébrer comme une réponse, même s'il a vraiment décidé ce problème, cela signifie que je l'approuverai inconditionnellement, d'autant plus que je ne pouvais pas demander à quelqu'un de "officiel" dans Microsoft Confirmez s'il s'agit d'une approche sécurisée. Ou quelles étaient les conséquences de cela. En même temps, assurez-vous d'avoir des sauvegardes complètes de votre serveur SCCM ou du moins que vous connaissez bien WMI, Avant de continuer. Vous pouvez très facilement tout briser, ce qui en fait, surtout si vous, comme moi, ne connaissez pas WMI Et à quel point est profond SCCM Il l'utilise.
j'ai utilisé wbemtest Connecter K.
Espace de noms sur notre serveur SCCM. À partir de là j'ai utilisé un bouton [Enum_Instances ...] Et la recherche
comme une superclasse. J'ai supprimé l'enregistrement pour
Le code du site. Alors j'ai fait la même chose Enum_Instances pour
En tant que superclasse et supprimé l'ancien code du site de cet espace de noms. Re-lancer des règles de déploiement et de visualisation automatiques
a montré une téléchargement réussie de chaque centre de mise à jour Windows.
Je serais très reconnaissant de plus d'informations sur la manière dont ces espaces de noms sont utilisés. SCCM Et comment cela a-t-il résolu exactement le problème si quelqu'un a des informations plus détaillées.