![](\"https:\/\/borncity.com\/blog\/wp-content\/uploads\/2015\/01\/win102.jpg\")
Microsoft hat nun eine Erkl\u00e4rung abgeliefert, warum die letzten kumulativen Updates in Windows 10 Anniversary Update (V1607) und Windows Server 2016 zu Verbindungsproblemen mit dem Fehler 0x8024401c in Umgebungen mit WSUS f\u00fchren.<\/p>\nMicrosoft hat nun eine Erkl\u00e4rung abgeliefert, warum die letzten kumulativen Updates in Windows 10 Anniversary Update (V1607) und Windows Server 2016 zu Verbindungsproblemen mit dem Fehler 0x8024401c in Umgebungen mit WSUS f\u00fchren.<\/p>\n
<\/p>\n
Updates k\u00f6nnen in Unternehmensnetzwerken \u00fcber einen zentralen Windows Server per Windows Server Update Services (WSUS) verteilt werden. Dies erm\u00f6glicht Administratoren Updates gezielt f\u00fcr Clients freizugeben. So weit die Theorie und die Praxis funktionierte auch lange Jahre.<\/p>\n
In letzter Zeit scheint Microsoft aber keine gl\u00fcckliche Hand mehr in Bezug auf WSUS zu haben. Zu h\u00e4ufig verursachen Updates f\u00fcr Windows Server oder f\u00fcr die Windows Clients Probleme mit WSUS (siehe Linkliste am Artikelende). In Windows 10 Anniversary Update (V1607) kommt es bei der Installation von Updates (seit Wochen) zum Problem, dass die Clients anschlie\u00dfend keine Verbindung mehr mit dem Windows Server Update Services (WSUS) aufnehmen k\u00f6nnen. <\/p>\n
Ich hatte auf diesen Sachverhalt bereits im Blog-Beitrag Windows 10 (V1607): WSUS-Fehler 0x8024401c mit KB4034658 und KB4034661<\/a> hingewiesen. Nach Installation der genannten Updates kommt es zu einer hohen CPU- und RAM-Auslastung und der Client liefert irgendwann den Update-Fehler 0x8024401c und bricht ab. Der Fehlercode 0x8024401C steht f\u00fcr WU_E_PT_HTTP_STATUS_REQUEST_TIMEOUT – Same as HTTP status 408 – the server timed out waiting for the request. Also: Es tritt ein Timeout bei der Verbindung zum Server auf. <\/p>\n Abhilfe schaffte bisher nur das Blocken diverser kumulativer Updates und falls diese installiert waren, deren Deinstallation. Das hatte ich in den diversen Blog-Beitr\u00e4gen thematisiert. Viel interessanter ist aber, warum der Timeout auftritt. <\/p>\n Im Blog-Beitrag Windows 10 (V1607): WSUS-Fehler 0x8024401c mit KB4034658 und KB4034661<\/a> hatte ich auf auf den Blog-Beitrag WSUS SUP causes high CPU and clients fail updates scan<\/a> (Englisch) hingewiesen. Er schreibt:<\/p>\n When a client performs a scan, WSUS will generate an XML response to the client with the update metadata. This will vary in size depending on what products and categories you are syncing in WSUS and what updates you have that are not declined or expired.<\/p>\n<\/blockquote>\n Er hat also folgerichtig beobachtet, dass die Clients mit dem WSUS \u00fcber XML-Datens\u00e4tze mit Metadaten kommunizieren, um Updates auszutauschen. Im Artikel schreibt der Autor, dass der WSUS zum Erzeugen der XML-Antwortdateien f\u00fcr Windows 10-Clients einen WSUS IIS Worker Process startet. Dieser konsumiert die komplette CPU-Leistung, was zu anderen Problemen auf dem WSUS-Server f\u00fchre. Manchmal k\u00f6nne die Anforderung nach Minuten ausgef\u00fchrt werden, manchmal wird die Aufgabe niemals durchgef\u00fchrt. <\/p>\n Dann tritt irgendwann ein Timeout auf, und die Clients werfen den oben erw\u00e4hnten Fehlercode 0x8024401c. Im System Center ConfigMgr findet sich dann ein Fehlereintrag (siehe obiger Screenshot). <\/p>\n Eine sehr interessante Nebenbemerkung betrifft die SCCM-Clients. Er schreibt 'Configuration Manager clients have a \"special\" feature that plain WSUS clients don't have. When a request to scan fails they will retry 4 times before waiting to try again the next day. WSUS clients don't retry.' Beim SCCM wird eine Anfrage vier Mal wiederholt, und am n\u00e4chsten Tag startet ein neuer Versuch. Im besten Fall klappt dann die Kommunikation mit den Clients und das Update wird ausgerollt. Im schlechtesten Fall f\u00fchren die Wiederholungen zu einer Auslastung des Servers \u00fcber l\u00e4ngere Zeit. <\/p>\n<\/blockquote>\n Im Blog-Beitrag analysiert Scott Williams den Sachverhalt und f\u00fchrt vieles auf den von WSUS verwendeten IIS zur\u00fcck. Zudem schl\u00e4gt er einige Ma\u00dfnahmen zur Abhilfe vor.<\/p>\n Beim Schreiben des Blog-Beitrags Windows 10 V1607: Update KB4034661 verf\u00fcgbar (16.8.2017)<\/a> fiel mir auf, dass Microsoft das WSUS-Problem am 16. August 2017 als bekannten Fehler bei den kumulativen Updates KB4034658<\/a> (am 8. August 2017) und KB4034661<\/a> (am 16.8.2017) f\u00fcr Windows 10 Anniversary Update (Version 1607) f\u00fchrt. <\/p>\n WSUS servers will exhibit increased CPU, memory, and network utilization when Windows Update clients perform their first scan after installing KB4034658.<\/p>\n<\/blockquote>\n Der Stand war dort, dass Microsoft das Ganze untersuche und und so schnell als m\u00f6glich Details ver\u00f6ffentlichen will. Blog-Leser Dietmar hat dann den Kommentar<\/a> mit dem Link zum Microsoft Technet-Artikel High CPU\/High Memory in WSUS following Update Tuesdays<\/a> gepostet. Dort legt Microsoft die Ursache f\u00fcr das Problem offen \u2013 ich w\u00fcrde es als Designfehler interpretieren. Auf dem WSUS-Server gibt es folgende Symptome: <\/p>\n Nach einer Analyse hat Microsoft herausgefunden, dass es vor allem bei Updates f\u00fcr Windows 10 Version 1607-Clients auftritt (Updates KB4022723, KB4022715, KB4025339 und so weiter). Die tiefere Ursache besteht darin, dass diese kumulativen Updates sehr umfangreiche Metadateien aufweisen, in denen die Abh\u00e4ngigkeiten festgehalten sind, um die ben\u00f6tigten Bin\u00e4rdateien installieren (und ggf. deinstallieren) zu k\u00f6nnen. <\/p>\n Nun werden die Metadaten vom WSUS in einem Cache im Arbeitsspeicher gehalten, um schneller auf Anforderungen reagieren zu k\u00f6nnen. Da die Metadaten teilweise noch komprimiert sind, kommt es zu diesen Speicheranforderungen: <\/p>\n WSUS has a caching mechanism whereby the first time update metadata is requested by any client WSUS will store it in memory. Further requests for the same update revision will retrieve the update metadata from memory instead of reading it from the database. Some of the metadata in the database is compressed, so not only must it be retrieved, it must be decompressed into memory, which is an expensive operation.<\/p>\n<\/blockquote>\n Fordern sehr viele Windows 10 Version 1607-Clients nun Updates per WSUS an, kommt es zu einer verz\u00f6gerten Aufl\u00f6sung der Daten und gegebenenfalls zum oben erw\u00e4hnten Timeout: <\/p>\n For large metadata packages and many simultaneous requests, it can take longer than ASP.NET's default timeout of 110 seconds to retrieve all of the metadata the client needs. When the timeout is hit, ASP.NET disconnects the client and aborts the thread doing the metadata retrieval.<\/p>\n<\/blockquote>\n Sobald also ein Timeout am Client auftritt, welches 110 Sekunden \u00fcbersteigt, trennt ASP.NET den Client, so dass die Fehlermeldung mit dem Fehler 0x8024401c am Client ausgel\u00f6st wird. Interessant ist dabei die Aussage, dass die Updates f\u00fcr Windows 10 Version 1703-Clients aktuell noch ausgerollt werden k\u00f6nnen, weil nur sehr wenige Pakete vorliegen. Es ist also nur eine Frage der Zeit, bis mit zunehmender Anzahl an kumulativen Updates f\u00fcr Windows 10 Creators Update (Version 1703) das Problem auch auftritt. <\/p>\n Im Technet-Beitrag<\/a> schl\u00e4gt Microsoft verschiedene Workarounds vor, um das Problem k\u00fcnftig zu umgehen. <\/p>\n Es sollten imho alle Ma\u00dfnahmen ausgef\u00fchrt werden, in der Hoffnung, dass dann die WSUS-Anfragen von den Windows-Clients sauber abgewickelt werden k\u00f6nnen. F\u00fcr optimal halte ich das Ganze nicht \u2013 die Workarounds sorgen ja nur daf\u00fcr, dass die Zahl der Anfragen an den WSUS und die CPU-\/Memory-Belastung durch das Recycling des App-Pools reduziert werden. Zudem soll das Heraufsetzen des ASP.NET-Timeout das Triggern des Fehlers 0x8024401c verz\u00f6gern. Da das Ganze aber ein Problem ist, welches durch dynamische Belastungen auftritt, bin ich nicht wirklich sicher, ob diese Fehler nicht mehr auftreten (speziell, wenn viele Clients vom WSUS bedient werden). Aber ich bin da kein Spezialist, zumal ich keinen WSUS betreibe (den letzten WSUS habe ich vor vielen Jahren mal aufgesetzt, um die Thematik in einem Windows 7-Buch zu behandeln). <\/p>\n Aber zumindest kennen Administratoren jetzt den Grund f\u00fcr den Fehlercode 0x8024401c bei Updates vom WSUS wissen, wo sie eingreifen k\u00f6nnen. Falls ihr andere Insights habt oder zu anderen Schlussfolgerungen gelangt, k\u00f6nnt ihr ja einen Kommentar hinterlassen. <\/p>\n \u00c4hnliche Artikel:<\/strong> Microsoft hat nun eine Erkl\u00e4rung abgeliefert, warum die letzten kumulativen Updates in Windows 10 Anniversary Update (V1607) und Windows Server 2016 zu Verbindungsproblemen mit dem Fehler 0x8024401c in Umgebungen mit WSUS f\u00fchren.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11,3694],"tags":[6424,24,4378,881],"class_list":["post-193207","post","type-post","status-publish","format-standard","hentry","category-problemlosung","category-windows-10","tag-fehler-0x8024401c","tag-problem","tag-windows-10","tag-wsus"],"_links":{"self":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/193207","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=193207"}],"version-history":[{"count":0,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/posts\/193207\/revisions"}],"wp:attachment":[{"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/media?parent=193207"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/categories?post=193207"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/borncity.com\/blog\/wp-json\/wp\/v2\/tags?post=193207"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Ein paar Erkl\u00e4rungsans\u00e4tze hier im Blog<\/h2>\n
\n
![](\"https:\/\/kickthatcomputer.files.wordpress.com\/2017\/08\/lastscanstate.png?w=352&h=387\")
(Quelle: kickthatcomputer)<\/p>\n\n
Microsoft erkl\u00e4rt die Hintergr\u00fcnde<\/h2>\n
\n
\n
\n
\n
\n
Windows 10 (V1607): WSUS-Fehler 0x8024401c mit KB4034658 und KB4034661<\/a>
Probleme nach Microsoft August-Updates<\/a>
Windows 10 V1607: Update KB4034661 verf\u00fcgbar (16.8.2017)<\/a>
Microsofts Juli 2017-Updates KB4025336\/KB4025331 als WSUS-Killer<\/a>
WSUS-Installationsproblem mit KB4025252 teilweise gel\u00f6st<\/a>
WSUS-Synchronisation scheitert seit April 2017-Patchday<\/a>
Windows 7\/8.1\/Server: WSUS-Update KB4012864<\/a>
Windows 10 Version 1607: WSUS-Fehler 0xc1800118 gefixt<\/a>
Update KB3095113 erm\u00f6glicht WSUS-Support f\u00fcr Windows 10-Feature Upgrades<\/a>
Windows 10: Update-Fehlercodes 0x8024\u2026. entschl\u00fcsselt<\/a>
Tipp: Windows Update Error Codes 0x8024xxxx dokumentiert<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"