SCCM 2012 SP1 - DownloadContentFiles () non riuscito con hr = 0x80041013


15

Abbiamo notato che le nostre regole di distribuzione automatica per gli aggiornamenti software non sono riuscite a scaricare e applicare automaticamente le patch di questo mese da Microsoft, sebbene siano correttamente elencate nel catalogo.

Aggiornamenti software SCCM elencati nel catalogo


Le regole di distribuzione automatica elencano il loro ultimo codice di errore come 0X87D20417e la descrizione dell'ultimo errore come "Download della regola di distribuzione automatica non riuscito". Rieseguire manualmente le regole riproduce questo errore. L'eliminazione e la ricostruzione delle regole di distribuzione automatica riproduce anche lo stesso errore.

Guardando il registro SMS_RULE_ENGINE vengono visualizzati i seguenti errori:

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.   


Se guardo attraverso ruleengine.log (che è presumibilmente il file di registro da cui viene generato il registro SMS_RULE_ENGINE di livello superiore all'interno di SCCM) e coordino l'ID pacchetto per i pacchetti di distribuzione pertinenti che le Regole di distribuzione automatica dovrebbero inserire questi aggiornamenti in I trova il seguente:

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)


A questo punto, ho tre diversi errori che credo siano tutti generati dallo stesso evento. Naturalmente, potrebbero non essere il motivo per cui sono tutti inclusi qui. Ho coordinato i tempi nei file di registro e sono ragionevolmente fiducioso che siano tutti correlati al problema con le Regole di distribuzione automatica.

  • 0X87D20417 - Dalle regole di distribuzione automatica della console SCCM
  • 8706 - Dal registro SMS_RULE_ENGINE di monitoraggio della console di SCCM
  • Error code = 4115 - Dal server del sito SCCM registra da [SCCMInstallationPath] \ Logs \ ruleengine.log


Sembra che non siamo in grado di scaricare quegli aggiornamenti. Apparentemente il posto dove risolvere questo tipo di cose è PatchDownloader.log . E 'qui c'è ancora un altro errore registrato lì:

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)


Posso coordinare i Content ID nel PatchDownloader.log con le Error: 4115voci registrate nel ruleengine.log, quindi, come detto in precedenza, sono abbastanza sicuro che stessero guardando lo stesso evento generando tutti questi diversi errori, ma se qualcuno lo sa meglio per favore correggimi.

Se uso lo strumento di ricerca errori di CMTrace, mi dice quanto segue su hr = 0x80041013.

Provider load failure

Source: Windows Management (WMI)
-----

E abbastanza sicuro se guardo allo spazio dei nomi WMI a cui si sta connettendo Software Updates Patch Downloader, non sembra del tutto giusto:

\ SCCM.ad.example.com \ root \ sms \ site_REV

Il nostro codice del sito è effettivamente 004e stranamente abbastanza le prime tre lettere della nostra organizzazione iniziano con REV. Potrebbe essere una coincidenza se me lo chiedi. Inoltre, questa non è la prima installazione di SCCM esistente qui e risulta che la precedente SCCM 2007 aveva migrato i confini, le raccolte e i pacchetti esistenti sulla nostra nuova installazione. Pistola fumante? Non proprio. Ha usato anche un codice del sito diverso. Forse il codice del sito REV è stato utilizzato per un'installazione di prova temporanea di SCCM 2012? Forse no. La conoscenza istituzionale non ha alcuna traccia di REVesso e della migrazione che abbiamo eseguito prima che fossi assunto.

Tuttavia, il nostro vecchio PatchDownloader.log dall'istanza di SCCM 2007 mostra il Software Update Patch Patcher che si collega allo site_$SITECODEspazio dei nomi WMI. Sfortunatamente, non ho registri della nostra attuale installazione del 2012 da maggio in cui potrei confermare che viene fatto riferimento allo spazio dei nomi WMI corretto.

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 = http://download.windowsupdate.com/msdownload/update/software/uprl/2011/07/windows-kb890830-v3.21_2aba440b72071ff17cad1ca2a39f0e40aa85c76e.exe . 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)


OK. Sembra davvero un problema con gli spazi dei nomi WMI. Da qualche parte nelle profondità di SCCM, qualcosa sta dicendo a Software Updates Patch Downloader di connettersi \\SCCM.ad.example.com\root\sms\site_REVinvece di \\SCCM.ad.example.com\root\sms\site_004.

Su un WAG, ho controllato le probabili tabelle nel database SQL per riferimenti a REVinutili ..

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';


Per complicare ulteriormente le cose vedo più spiegazioni 0x80041013dell'errore.

I suggerimenti per la risoluzione dei problemi WMI indicano che non è possibile caricare un provider WMI:

WBEM_E_PROVIDER_LOAD_FAILURE - 0x80041013

Le classi di risoluzione dei problemi degli eventi del provider sono un'ottima risorsa, ma possono essere un po 'opprimenti. La classe MSFT_WmiProvider_LoadOperationFailureEvent è una classe che ho trovato utile abbastanza spesso. La maggior parte degli errori di caricamento del provider che ho riscontrato sono stati il ​​risultato di una cattiva registrazione dei componenti (nel registro o WMI) o delle autorizzazioni correlate.

Considerando che Costanti errori WMI da MSDN afferma che si tratta di un problema di autorizzazioni:

WBEM_E_ACCESS_DENIED 2147749891 (0x80041003) L'utente corrente non dispone dell'autorizzazione per eseguire l'azione.

L'unica altra informazione che ho potuto trovare 0x80041013sull'errore era un collega che ha pubblicato su TechNet che sembra aver avuto lo stesso problema, anche fino al problema in cui aveva una precedente installazione di SCCM a cui il cui spazio dei nomi WMI era stato erroneamente fatto riferimento ( ad esempio, site_REVanziché site_004). Alla fine ha rovinato l'intero spazio dei nomi WMI e le parti di SMS_ProviderLocation. Non sono sicuro di volerlo fare.


A questo punto, è stata una lunga giornata, dobbiamo riparare questi server e mi fa male la testa. Qualche consiglio?


1
Hai provato a scaricare / distribuire manualmente gli aggiornamenti (salta l'ADR)? E ... forse cancellare e ricreare l'ADR?
Jason Sypkens,

@JasonSypkens - L'eliminazione degli ADR e la loro ricostruzione riproduce l'errore e preferirei davvero risolvere il problema di fondo con SCCM invece di scaricare manualmente gli aggiornamenti - non siamo ancora così disperati.

Sul server del sito primario, esiste lo spazio dei nomi WMI root \ sms \ site_REV? esiste root \ sms \ site_004? Inoltre, questo potrebbe essere un po 'drastico, ma ... hai provato a rimuovere e aggiungere nuovamente il ruolo SUP e / o reinstallare WSUS? Ho esaminato la mia console di gestione e non vedo alcun punto ovvio in cui SUP possa essere configurato con il codice del sito errato.
Jason Sypkens,

Risposte:


5

Forse il REVcodice del sito è stato utilizzato per un'installazione di prova temporanea di SCCM 2012? Forse no. La conoscenza istituzionale non ha alcuna traccia di REVesso e della migrazione che abbiamo eseguito prima che fossi assunto.

Questo sospetto era corretto. Ho ottenuto il mio predecessore e apparentemente il primo e il tentativo fallito di migrare da SCCM 2007 a SCCM 2010 ha utilizzato il REVcodice del sito. Come sia riuscito a rimanere inattivo in WMI per tutto questo tempo e perché sia ​​stato "attivato" è un mistero completo per me.

Ho letto attentamente la soluzione in questo post di TechNet che mi ha consigliato di eliminare i vecchi spazi dei nomi e ho deciso di provarlo. Non esito a contrassegnarlo come una risposta anche se ha risolto questo problema, indica che lo approvo implicitamente, soprattutto perché non sono riuscito a convincere nessuno "ufficiale" di Microsoft a confermare se si trattasse di un approccio sicuro o quali sono state le conseguenze per farlo. Detto questo, assicurati di avere backup completi del tuo server SCCM o almeno una conoscenza molto più intima di WMI prima di procedere. Potresti facilmente rompere tutto facendo questo, specialmente se come me, non hai familiarità con WMI e quanto profondamente SCCM lo sfrutta.


Ho usato wbemtest per connettermi allo root\smsspazio dei nomi sul nostro server SCCM. Da lì ho usato il pulsante [Enum_Instances ...] e ho cercato __NAMESPACEcome superclasse. Ho eliminato la voce per il REVcodice del sito. Ho quindi fatto le stesse Enum_Instances per la SMS_ProviderLocationsuperclasse e ho eliminato il vecchio codice del sito da quello spazio dei nomi. La riesecuzione delle Regole di distribuzione automatica e la revisione di PatchDownloader.loghanno mostrato il download riuscito di ogni Windows Update.

WBEMTEST __NAMESPACE

WBEMTEST SMS_ProviderLocation

Gradirei molto più informazioni su come questi spazi dei nomi vengono utilizzati da SCCM e su come ciò abbia risolto il problema se qualcuno avesse informazioni più dettagliate.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.