เราสังเกตเห็นกฎการปรับใช้อัตโนมัติสำหรับการอัปเดตซอฟต์แวร์ล้มเหลวในการดาวน์โหลดโดยอัตโนมัติและใช้โปรแกรมแก้ไขของเดือนนี้จากMicrosoftแม้ว่าจะอยู่ในรายการในแค็ตตาล็อกอย่างถูกต้อง
รายการกฎการปรับใช้อัตโนมัติแสดงรหัสข้อผิดพลาดล่าสุดของพวกเขาเป็น0X87D20417และคำอธิบายข้อผิดพลาดล่าสุดเป็น "การดาวน์โหลดกฎการปรับใช้อัตโนมัติล้มเหลว" การเรียกใช้กฎซ้ำอีกครั้งสร้างข้อผิดพลาดนี้ การลบและสร้างกฎการปรับใช้อัตโนมัติอีกครั้งจะทำซ้ำข้อผิดพลาดเดียวกัน
ดูที่บันทึก SMS_RULE_ENGINE แสดงข้อผิดพลาดต่อไปนี้:
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.
ถ้าฉันดูใน ruleengine.log (ซึ่งน่าจะเป็นไฟล์บันทึกที่บันทึก SMS_RULE_ENGINE ระดับที่สูงกว่าภายใน SCCM ถูกสร้างขึ้นจาก) และประสานงาน ID แพ็คเกจสำหรับแพ็คเกจการปรับใช้ที่เกี่ยวข้องที่ควรวางกฎการปรับใช้อัตโนมัติเหล่านี้ไว้ใน I ค้นหาต่อไปนี้:
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)
ณ จุดนี้ฉันมีข้อผิดพลาดสามแบบที่ฉันเชื่อว่าเกิดขึ้นจากเหตุการณ์เดียวกัน แน่นอนว่าพวกเขาอาจไม่ได้เป็นเหตุผลว่าทำไมพวกเขาทั้งหมดรวมอยู่ที่นี่ ฉันได้ประสานงานเวลาในไฟล์บันทึกและฉันมั่นใจอย่างสมเหตุสมผลว่าพวกเขาทั้งหมดเกี่ยวข้องกับปัญหากับกฎการปรับใช้อัตโนมัติ
0X87D20417- จากกฎการปรับใช้อัตโนมัติของคอนโซล SCCM8706- จากบันทึกการตรวจสอบ SMS_RULE_ENGINE ของคอนโซล SCCMError code = 4115- จากบันทึกของไซต์เซิร์ฟเวอร์ SCCM จาก [SCCMInstallationPath] \ Logs \ ruleengine.log
ดูเหมือนว่าเราไม่สามารถดาวน์โหลดการอัปเดตเหล่านั้นได้ เห็นได้ชัดว่าสถานที่ที่จะแก้ไขปัญหาที่ชนิดของสิ่งเป็นPatchDownloader.log และ 'ดูเถิดมียังข้อผิดพลาดอื่นมีการบันทึก:
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)
ฉันสามารถประสาน Content ID ใน PatchDownloader.log กลับไปยังError: 4115รายการที่บันทึกใน ruleengine.log ดังนั้นตามที่กล่าวไว้ก่อนหน้านี้ฉันค่อนข้างแน่ใจว่าได้ดูเหตุการณ์เดียวกันที่สร้างข้อผิดพลาดที่แตกต่างกันทั้งหมด แต่ถ้ามีคนรู้ดีกว่าโปรด ถูกต้องฉัน
หากฉันใช้ข้อผิดพลาดเครื่องมือค้นหา CMTrace ของมันบอกฉันต่อไปนี้เกี่ยว hr 0x80041013=
Provider load failure
Source: Windows Management (WMI)
-----
และถ้าฉันดูที่ WMI เนมสเปซที่ Software Update Patch Downloader กำลังเชื่อมต่ออยู่มันก็ดูไม่ถูกต้องนัก:
\ SCCM.ad.example.com \ root \ SMS \ site_REV
รหัสไซต์ของเรานั้นจริง004และสนุกสนานพอที่ตัวอักษรสามตัวแรกขององค์กรของเราเริ่มต้นด้วย REV บังเอิญถ้าคุณถามฉัน นอกจากนี้นี่ไม่ใช่การติดตั้ง SCCM แรกที่มีอยู่ที่นี่และปรากฎว่า SCCM 2007 ก่อนหน้านี้มีขอบเขตคอลเลกชันและแพ็กเกจที่มีอยู่ซึ่งย้ายไปยังการติดตั้งใหม่ของเรา ปืนสูบบุหรี่? ไม่มาก มันใช้รหัสเว็บไซต์อื่นเช่นกัน อาจใช้รหัสไซต์ REV สำหรับการติดตั้งทดสอบชั่วคราวของ SCCM 2012 อาจจะไม่. ความรู้เชิงสถาบันไม่มีบันทึกใด ๆ ของREVมันและการย้ายถิ่นที่เราดำเนินการก่อนที่ฉันจะได้รับการว่าจ้าง
อย่างไรก็ตาม - PatchDownloader.log เก่าของเราจากอินสแตนซ์ SCCM 2007 จะแสดง Software Update Patch Downloader ที่เชื่อมต่อกับsite_$SITECODEWMI เนมสเปซ น่าเสียดายที่ฉันไม่มีบันทึกจากการติดตั้ง 2012 ปัจจุบันของเราตั้งแต่เดือนพฤษภาคมที่ฉันสามารถยืนยันว่ามีการอ้างอิงเนมสเปซ 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 = 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)
ตกลง. มันดูเหมือนปัญหากับเนมสเปซ WMI ที่ไหนสักแห่งในส่วนลึกของ SCCM บางสิ่งบางอย่างจะบอกการปรับปรุงซอฟท์แว Patch Downloader เพื่อเชื่อมต่อกับแทน\\SCCM.ad.example.com\root\sms\site_REV\\SCCM.ad.example.com\root\sms\site_004
บน WAG ฉันตรวจสอบตารางที่น่าจะเป็นในฐานข้อมูล SQL เพื่ออ้างอิงREVถึงไม่มีประโยชน์ ..
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';
เพื่อทำให้สิ่งที่ซับซ้อนยิ่งขึ้นฉันเห็นคำอธิบาย0x80041013ข้อผิดพลาดหลายอย่าง
เคล็ดลับการแก้ไขปัญหา WMIบอกว่ามันเป็นความล้มเหลวในการโหลดผู้ให้บริการ WMI:
WBEM_E_PROVIDER_LOAD_FAILURE - 0x80041013
คลาสการแก้ไขปัญหาผู้ให้บริการเป็นทรัพยากรที่ยอดเยี่ยม แต่อาจล้นหลามไปบ้าง ชั้น MSFT_WmiProvider_LoadOperationFailureEvent เป็นสิ่งที่ฉันพบว่ามีประโยชน์ค่อนข้างบ่อย ความล้มเหลวในการโหลดผู้ให้บริการส่วนใหญ่ที่ฉันพบเป็นผลมาจากการลงทะเบียนส่วนประกอบที่ไม่ดี (ในรีจิสทรีหรือ WMI) หรือสิทธิ์ที่เกี่ยวข้อง
ในขณะที่ค่าคงที่ข้อผิดพลาด WMI จาก MSDNบอกว่าเป็นปัญหาสิทธิ์:
WBEM_E_ACCESS_DENIED 2147749891 (0x80041003) ผู้ใช้ปัจจุบันไม่มีสิทธิ์ในการดำเนินการ
ข้อมูลอื่นที่ฉันพบใน0x80041013ข้อผิดพลาดคือเพื่อนที่โพสต์บน TechNetซึ่งดูเหมือนว่าจะมีปัญหาเช่นเดียวกับฉันแม้กระทั่งปัญหาที่เขาติดตั้ง SCCM ก่อนหน้าซึ่งมีการอ้างอิง WMI namespace ผิดพลาด ( เช่นsite_REVแทนที่จะเป็นsite_004) เขาลงเอยด้วยการ nuking เนมสเปซ WMI ทั้งหมดรวมถึงส่วนต่างๆของ SMS_ProviderLocation ฉันไม่แน่ใจว่าฉันต้องการจะทำอย่างนั้น
ณ จุดนี้มันเป็นวันที่ยาวนานเราจำเป็นต้องได้รับการติดตั้งเซิร์ฟเวอร์เหล่านี้และหัวของฉันเจ็บ คำแนะนำใด ๆ?
