{"id":193487,"date":"2017-09-01T01:21:00","date_gmt":"2017-08-31T23:21:00","guid":{"rendered":"http:\/\/www.borncity.com\/blog\/?p=193487"},"modified":"2024-10-04T21:10:25","modified_gmt":"2024-10-04T19:10:25","slug":"windows-10-v1703-update-fehler-0x8024000d","status":"publish","type":"post","link":"https:\/\/borncity.com\/blog\/2017\/09\/01\/windows-10-v1703-update-fehler-0x8024000d\/","title":{"rendered":"Windows 10 V1703: Update-Fehler 0x8024000d"},"content":{"rendered":"

[English<\/a>]Es ist ein merkw\u00fcrdiges Fehlerbild, welches mir die Tage unter die Augen gekommen ist. Alle Windows 10 Clients l\u00f6sen bei der Suche nach Update den Fehlercode 0x8024000d aus, wobei eine spezielle Konstellation vorliegt. Mit beteiligt sind WSUS auf Windows Server 2012 R2 und Office 2007. Ich habe den Fall mal etwas aufbereitet, um auch die Vorgehensweise zu dokumentieren.<\/p>\n

<\/p>\n

Der Update-Fehler 0x8024000d im Detail<\/h2>\n

\"\"Der betroffene Administrator beschreibt das Ganze im Technet-Forum<\/a> etwas genauer und kann sogar einen Auszug aus der Protokolldatei vorliegen.<\/p>\n

nach dem [Upgrade auf das] Creators Update [Version\u00a0 1703] von Windows 10 (x64)\u00a0 l\u00e4uft auf allen unseren Rechnern die mit Office 2007 Standard\/Prof (32 bit) best\u00fcckt sind das Windows Update nicht mehr. Es wird auf allen Rechnern der gleiche Fehler 0x8024000d gemeldet.<\/p><\/blockquote>\n

In der Windows Update-Protokolldatei Windowsupdate.log<\/a>, die sich unter<\/p>\n

%windir%\\Windowsupdate.log<\/em><\/p>\n

befindet, sind folgende Eintr\u00e4ge zu finden:<\/p>\n

2017.08.01 14:13:04.1189449 4736\u00a0 2516\u00a0 Metadata\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.118 [metadataintegrity] failed: hr = 0x8024500C<\/strong>
\n2017.08.01 14:13:04.1189456 4736\u00a0 2516\u00a0 Metadata\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.118 [metadataintegrity]GetFragmentSigningConfig failed with 0x8024500C. Using default enforcement mode: Audit.
\n2017.08.01 14:13:04.1189460 4736\u00a0 2516\u00a0 Metadata\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.118 [metadataintegrity] failed: hr = 0x8024500C
\n2017.08.01 14:13:04.1189479 4736\u00a0 2516\u00a0 Metadata\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.118 [metadataintegrity]Policy-driven service enabled. Using Ignore Policy.
\n2017.08.01 14:13:04.1190057 4736\u00a0 2516\u00a0 ProtocolTalker\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.119 [agent]SyncExtendedUpdateInfo – 0 bad out of 0 metadata signatures checked using Audit enforcement mode.
\n2017.08.01 14:13:04.1310942 4736\u00a0 2516\u00a0 Misc\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.131 [updparse]Missing required node AdditionalDigest
\n2017.08.01 14:13:04.1311162 4736\u00a0 2516\u00a0 Agent\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.131 [agent]Failed to parse extended metadata for 6D629889-8D3F-4F26-929A-E08B8F363F49.100, hr=8024000d<\/strong>
\n2017.08.01 14:13:04.1320713 4736\u00a0 2516\u00a0 Agent\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.132 [agent]Failed to get extended update infos, hr=0x8024000d.
\n2017.08.01 14:13:04.1808464 4736\u00a0 2516\u00a0 Agent\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0 [0]1280.09D4::08\/01\/2017-14:13:04.180 [agent]Exit code = 0x8024000D<\/p><\/blockquote>\n

Es werden also Fehler im Zusammenhang mit der Auswertung der Metadaten gemeldet. Und es kommt noch kurioser, wie der Administrator schreibt.<\/p>\n

Wenn ich Office 2007 deinstalliere oder auf eine Version gr\u00f6\u00dfer 2010 upgrade, gehen die Windows Updates sofort wieder normal. Installiere ich Office 2007 wieder, ist der Fehler sofort wieder da.<\/p>\n

Ich habe auch versucht die f\u00fcr 1703 bereits ver\u00f6ffentlichten Updates manuell herunterzuladen und auf den betroffenen Systemen zu installieren, das behebt den Fehler aber nicht.<\/p><\/blockquote>\n

Im Unternehmen sind ca. 30 Systeme von dem Problem betroffen. Das Fehlerbild ist mehr als dubios, versucht Microsoft Office 2007 unter Windows 10 herauszuschie\u00dfen? Oder gibt es ein Kompatibilit\u00e4tsproblem mit Windows as a service?<\/p>\n

Ziemlich viel \u00c4rger mit Windows 10 V1703 und WSUS<\/h2>\n

An dieser Stelle noch ein kleiner Einschub, der zeigt, wie vielschichtig das Thema ist. Geht man auf die Suche nach dem Fehlercode 0x8024000d, st\u00f6\u00dft man auf weitere Treffer wie im Technet-Forenbeitrag: Windows 10 1703 and WSUS<\/a>. Dort wird berichtet, dass der Fehler mit dem kumulativen Juni 2017-Update KB4022716 behoben sei. Problem ist aber, dass man diese und folgende Updates nicht bekommt, wenn der Client bei der Update-Suche scheitert. Im Thread werden noch eine Menge andere L\u00f6sungen angeboten (z.B. bei Dell-Systemen diese per DELL UPDATE aktualisieren lassen), die aber nicht global funktionieren. Mehrere Posts betonen, dass das L\u00f6schen von Metadaten von Drittanbietern (Dell, Adobe etc.) Abhilfe schafft. Zudem wird\u00a0der Fehlercode 0x80240042 (WU_E_UNKNOWN_SERVICE The update service is no longer registered with AU) beschrieben.<\/p>\n

Dort gibt es auch einen Verweis auf diesen Technet-Forenbeitrag<\/a> der sich in Form eines Artikels mit dem Problem 'Dual Scan' unter Windows 10 befasst.<\/p>\n

Beim Windows-Partner-Support gibt es noch diesen Thread (gel\u00f6scht), wo jemand den Fehlercode 0x8024000d und Windows 10 V1703 mit WSUS moniert. Dort gibt ein Microsoft-Mitarbeiter einen Hinweis auf einen Server Cleanup Wizard, mit dem man Updates auf dem Server bereinigen kann (siehe obigen Screenshot, hilft im aktuellen Fall aber nicht).<\/p>\n

Im Dokument How to clean up the WSUS server and clients when reaching the locally published category limit<\/a> gibt es einige Hinweise, wie man den WSUS Update-Speicher bereinigen k\u00f6nnte.<\/p><\/blockquote>\n

Ein Microsoft Support-Engineer berichtet am 26. Juni 2017, dass es ein bekanntes Problem g\u00e4be:<\/p>\n

Based on our discussion, there is a known issue about Windows 10 1703 and WSUS. If we used to import any third party update or any tools that the publisher is not Microsoft, WSUS would not work well with Windows 10 1703. So please help me double confirm if we have import and third party update or tools to WSUS. We could use WSUS to list all updates and look for the updates that do not have the corresponding KB number. If there is such an update listed, it means that we have used WSUS to install the third party updates. This may be our cause.<\/p><\/blockquote>\n

Dieses Problem sollte mit der manuellen Download und der Installation des letzten kumulativen Updates (die geben KB4022716 an) unter Windows 10 Version 1703 behoben sein. D\u00fcrfte den hier im Blog-Beitrag gegenst\u00e4ndlichen Fehler aber nicht beheben. In den meisten F\u00e4llen wird man um eine Analyse nicht vorbei kommen.<\/p>\n

Was sagen die Fehlercodes?<\/h2>\n

Gem\u00e4\u00df meinem Blog-Beitrag Tipp: Windows Update Error Codes 0x8024xxxx dokumentiert<\/a> habe ich bei Microsoft<\/a> als erstes nach dem Fehlercode 0x8024500C gesucht, diesen aber nicht gefunden. Laut obigem Log handelt es sich um einen Fehler in der Integrit\u00e4t der Metadaten. Im verlinkten Dokument gibt es einen Abschnitt Redirector errors <\/em>der Fehlercodes mit dem Muster 0x8024500x, die sich auf Redirector-Fehler in den Metadaten des Update-Pakets beziehen.<\/p>\n

Der Fehlercode 0x8024000d ist dagegen im betreffenden Microsoft-Dokument ausgewiesen und steht f\u00fcr<\/p>\n

WU_E_XML_MISSINGDATA – Windows Update Agent could not find required information in the update's XML data.<\/p><\/blockquote>\n

Es fehlen also Metadaten in einem oder mehreren Update-Paketen, wodurch Windows Update nicht wei\u00df, wo er die Informationen her bekommt. Ursache d\u00fcrfte ein besch\u00e4digtes oder inkompatibles Update im Update Store der Clients sein.<\/p>\n

Die L\u00f6sung: Fehlerhaftes Update finden<\/h2>\n

Der betroffene Administrator, der laut eigener Aussage<\/a> mehr als 6 Wochen an dem Thema dran war, hat dann noch eine L\u00f6sung zur Ermittlung der Ursache gefunden. Die Idee war, das besch\u00e4digte Update per PowerShell zu ermitteln. Aus der Protokolldatei war die ID des Update-Pakets ja bekannt:<\/p>\n

[agent]Failed to parse extended metadata for 6D629889-8D3F-4F26-929A-E08B8F363F49<\/strong>.100, hr=8024000d<\/em><\/p>\n

\u00d6ffnet man eine administrative PowerShell-Eingabeaufforderung l\u00e4sst sich der Status eines Update-Pakets mit:<\/p>\n

Get-WsusUpdate -UpdateId <ID><\/em><\/p>\n

abfragen. F\u00fcr die obige ID sieht der Befehl und das Ergebnis, welches der Administrator erhielt, so aus:<\/p>\n

PS H:\\> Get-WsusUpdate -UpdateId 6D629889-8D3F-4F26-929A-E08B8F363F49\r\n\r\nTitle                  Classification    Installed\/Not Applicable  Approved Percentage\r\n-----                  --------------    --------------------------- --------\r\nMicrosoft Office File  Wichtige Updates  Nicht genehmigt\r\nValidation Add-in \r\n\r\nPS H:\\><\/pre>\n
Das 'Microsoft Office File Validation Add-in' war auf den betreffenden Clients nicht zur Installation genehmigt und fehlte demnach in den Verweisen der Metadateien der Folge-Updates.<\/p>\n
Was ist das Microsoft Office File Validation Add-in?<\/h2>\n
Das betreffende Paket Add-In zu Microsoft Office-Datei\u00fcberpr\u00fcfung (KB2501584) wird auf der Download-Seite von Microsoft mit folgender Funktion beschrieben:<\/p>\n
Office-Datei\u00fcberpr\u00fcfung ist ein Sicherheits-Add-In f\u00fcr Office 2003 und 2007 und dient zur Sicherstellung, dass Dateien im Bin\u00e4rdateiformat mit dem Microsoft Office-Dateiformat \u00fcbereinstimmen. Benutzer werden \u00fcber m\u00f6gliche Sicherheitsl\u00fccken informiert, falls Dateien nicht mit dem Format \u00fcbereinstimmen.<\/p><\/blockquote>\n
Scheint sinnvoll. Geht man aber nach dem Namen des Add-Ins auf die Suche, trifft man m\u00f6glicherweise auf diesen Technet-Forenbeitrag<\/a> aus 2011, der vor dem Update warnt. Auch in diesem \u00e4lteren Blog-Beitrag<\/a> gibt es eine Warnung, dass man das Update nicht einfach installieren solle: Zitat:<\/p>\n
Das Office File Validation Add-In verhindert, dass Dateien in den klassischen Formaten doc und xls, die mit Fremdsoftware, wie z.B. LibreOffice oder OpenOffice erstellt wurden, in Microsoft Office ge\u00f6ffnet werden k\u00f6nnen. Auch Dateien, die mit bestimmten Office-Addons erzeugt wurden, k\u00f6nnen davon betroffen sein. Microsoft versucht damit offensichtlich, die alten Office-Dateiformate und auch Office-Pakete von Drittentwicklern aus dem Verkehr zu ziehen. Dateien in den neuen Formaten docx und xlsx sind nicht betroffen.<\/p><\/blockquote>\n
Das bringt jetzt schon etwas Licht ins Dunkel. Wer ggf. Dateien f\u00fcr Office 2007 aus den genannten Fremdquellen verarbeiten muss, darf das Add-In nicht installieren. Ein fehlendes Add-In f\u00fchrt aber unter Windows 10 Creators Update (Version 1703) zum Metadatei-Fehler 0x8024000d.<\/p>\n
Die L\u00f6sung f\u00fcr den Fehler 0x8024000d<\/h2>\n
Die L\u00f6sung f\u00fcr den Fehler 0x8024000d ist reichlich obskur. Der Betroffene schreibt bei Technet im Forum, dass er das Update zur Installation in den Clients (in WSUS auf Windows 2012 R2) genehmigt habe. Danach fingen die Windows 10 V1703-Clients an, die anstehenden Windows Updates wieder normal zu verarbeiten.<\/p>\n
Ab dieser Stelle wird es bei der L\u00f6sung aber reichlich obskur. Der Betroffene gibt an, dass das Update f\u00fcr das Add-in selbst nicht ben\u00f6tigt wird, denn es sei nicht installiert worden. Nach weiteren Feldforschungen schreibt der Betroffene:<\/p>\n
Wenn ich den lokalen WSUS \u00fcberbr\u00fccke und direkt von MS downloade, funktionieren die Updates. Ich habe einen PC vollst\u00e4ndig Updaten lassen und dann wieder zur\u00fcck auf meinen WSUS gesetzt und es kommt sofort wieder der Fehler 0x8024000d. Dann habe ich bei dem gleichen Client \"Update f\u00fcr andere Microsoft-Produkte\" ausgeschaltet und erneut nach Updates suchen lassen, aber wieder 0x8024000d. Das verwirrt mich nun vollends. Ich werde jetzt noch einmal Office 2007 deinstallieren.<\/p><\/blockquote>\n
Es ist also mal wieder ein WSUS-Problem in Zusammenhang mit Windows 10 Clients. Scheint ein Bug im WSUS zu sein. Vielleicht helfen die hier im Blog-Beitrag aufbereiteten Informationen mal einem Betroffenen.<\/p>\n
Erg\u00e4nzung: Andr\u00e9 weist in folgendem Kommentar darauf hin, dass der in obigem log-File gelistete Fehler\u00a00x8024500C f\u00fcr E_REDIRECTOR_CONNECT_POLICY = Connections to the redirector server are disallowed by managed policy steht. Es gibt Probleme mit Richtlinien. Nutzer Damon B berichtet im oben verlinkten Technet-Forenbeitrag<\/a>, dass die Aktualisierung der admx-Dateien geholfen habe. Danach findet sich ein Hinweis des Nutzers McLion, der Registrierungsanpassungen f\u00fcr die Update-Einstellungen vorgenommen hat. Auch falsche SSL-Einstellungen werden als Ursache vermutet. Im Technet gibt es einen Blog-Beitrag<\/a>, der sich mit Problemen unter Windows 10 V1511 und V1607 befasst.<\/p>\n
Nutzer Matthias Miks hatte Erfolg, nachdem er den Real Time-Schutz des Defenders deaktiviert hatte. Und Chris Michetti musste einen Realtek PCIe GBE Family Driver aktualisieren und dann diverse Fixes in der Registrierung vornehmen. Weiterhin scheint\u00a0KB4022716<\/a>\u00a0(muss manuell auf den Win 10-Clients installiert werden) einen Bug zu beheben. Voodoo at it's best …<\/p>\n
\u00c4hnliche Artikel:<\/strong>
\nWindows 10 Wiki\/FAQ<\/a>
\nWindows 10 V 1607 Wiki\/FAQ
\nWindows 10 V1703 Wiki\/FAQ
\nWindows 10: Update-Fehlercodes 0x8024\u2026. entschl\u00fcsselt<\/a>
\nTipp: Windows Update Error Codes 0x8024xxxx dokumentiert<\/a>
\nWindows 10: Update-Fehler 0x8024a112<\/a>
\nWindows 10: Fehlercode 0x80240437 beim Update<\/a>
\nWindows 10 (V1607): WSUS-Fehler 0x8024401c mit KB4034658 und KB4034661<\/a>
\nWindows-Upgrade: Fehler 0x8024201c<\/a>
\nWindows Update-Fehler 0x8024000E<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
[English]Es ist ein merkw\u00fcrdiges Fehlerbild, welches mir die Tage unter die Augen gekommen ist. Alle Windows 10 Clients l\u00f6sen bei der Suche nach Update den Fehlercode 0x8024000d aus, wobei eine spezielle Konstellation vorliegt. Mit beteiligt sind WSUS auf Windows Server … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[270,185,3694],"tags":[6456,5387,4315,6455],"class_list":["post-193487","post","type-post","status-publish","format-standard","hentry","category-office","category-update","category-windows-10","tag-fehler-0x8024000d","tag-office-2007","tag-update","tag-windows-10-v1703"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/193487","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/comments?post=193487"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/193487\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=193487"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=193487"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=193487"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}