Hallo.
Ich habe ein Problem mit meinem WSUS Server 2012R2 Version: 6.3.9600.18228.
Anfang der Woche waren ca. 100 Updates, welche nicht gedownloaded konnten.
Auch bei Download wiederholen funktionierte das nicht.
Nach Internet Recherche fand ich eine Abfrage für die Datenbank.
USE SUSDB update tbConfigurationC SET BitsDownloadPriorityForeground=1

danach funktionierte das ganze, dachte ich.
Es wurden fast alle Dateien gedownloaded, außer sämtliche Funktionsupdates für Windows 10. Das sind 25 Stück. Auch nach wiederhalen der SQL Abfrage funktionierte das nicht.

Bitte um Hilfe.+#
Danke Reneb

Also auf Festplatte sind 900 GB frei. Das Update war installiert. Die Schritte habe ich auch befolgt. Trotzdem ist noch die Version 6.3.9600.18228 installiert. Wie bekomme ich die aktuelle WSUS Version installiert? Der Download funktioniert nicht.

Gruß Reneb

Ich wollte das Update installieren, da kam Meldung, das das Update schon installiert ist. Werde mich mal auf Fehlersuche in den logfiles machen. Die Konsole rufe ich direkt auf dem Server auf.

Also das Update hat auch nichts gebracht. Die WSUS Version ist immer noch 6.3.9600.18228
Die Nacharbeit habe ich auch gemacht, also postinstall und das HHTP habe ich auch nachinstalliert.
In der Logdatei steht der Fehler drin
2017-08-30 11:58:22.067 UTC      Warning      WsusService.25      ContentSyncAgent.ProcessBITSNotificationQueue      ContentSyncAgent recieved Failure for Item: 55877d62-a809-486f-8604-629f3ac0a597, Item fails
2017-08-30 11:58:22.067 UTC      Info      WsusService.25      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileDownloadFailed for Item: 55877d62-a809-486f-8604-629f3ac0a597
2017-08-30 11:58:22.130 UTC      Info      WsusService.25      EventLogEventReporter.ReportEvent      EventId=364,Type=Error,Category=Synchronization,Message=Fehler beim Herunterladen der Inhaltsdatei.
Ursache: Das erforderliche HTTP-Protokoll wird vom Server nicht unterstützt. Der Bereichsprotokollheader muss vom Server unterstützt werden, damit BITS ausgeführt werden kann.

Quelldatei: /d/upgr/2017/04/15063.0.170317-1834.rs2_release_clientpro_ret_x86fre_de-de_b56f0
a4ae0e4b027f6ae96dd7db416f681beba22.esd
Zieldatei: D:\WSUS\WsusContent\22\B56F0A4AE0E4B027F6AE96DD7DB416F681BEBA22.esd

Ansonst stehen nur INFOS

Reboot nach der Installation und nach den Nachinstallationsaufgaben?

Du kannst diesen Lösungsvorschlag ausprobieren: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Welche Firewall habt ihr? Es kann auch dort das Problem sein. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Methode 2 beachten.

Prüf nach ob im IIS die Dateiendung ESD auch eingetragen ist. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Und unabhängig von der Firewall dort auch in den Logs prüfen ob es Auffälligkeiten gibt.

Glaub ich nicht, die FM ist schon eindeutig. Prüf die ASA.

die ASA blockt von der IP Adresse 172.217.21.227 invalide TCP Pakete. Diese scheint aber zu Google zu gehören.
Mehr wird nicht geblockt

Du lädst die Datei manuell herunter? Und warum klappt das nicht über den WSUS? Gibt es auf der Appliance keinen Hinweis?

EDIT: Evtl. würde auch ein WSUSUTIL /reset helfen.

Also habe jetzt noch mal WSUSUTIL /reset gemacht.
Lädt jetzt erstmal ein paar Dateien runter.
Werde mich melden.

Dann würde ich neu installieren. Achtung! Erst Upgrades aktivieren, wenn die Build aktuell ist!

So wie es da steht meine ich es:

Achtung! Erst Upgrades aktivieren, wenn die Build vom WSUS aktuell ist!

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Ansonsten kannst Du wieder von vorne anfangen.

Keine Upgrades aktivieren, bevor nicht der WSUS dafür eingerichtet ist. Wenn Du einen W2012R2 dafür nimmst, mußt Du zuerst die beiden Updates installieren, bei dem zweiten die Nachinstallationsaufgaben durchführen. Ist es jetzt klar? Ansonsten kannst Du wieder von vorne beginnen.

Immer Online nach Updates suchen lassen.

Vermutlich wäre es besser gewesen, Du hättest die beiden Updates nicht in einem Rutsch installiert, sondern zuerst das erste, Neustart, und jetzt erst das zweite.

So. Ich habe jetzt den Server online upgedatet. Es ist jetzt die Version 6.3.9600.18694.
Ich habe nur Windows 2012 Server, Windows 2008 Server und die jeweilige R2 Version und Windows 7 als Produkte angehakt. Als Klassifizierung habe ich nur Definitionsupdates, Sicherheitsupdates und wichtige Updates ausgewählt. Trotzdem habe ich bei der Ansicht Alle Updates, alle genehmigt immer noch eine große Anzahl von Updates (Windows 7, Windows Server 2008 und Windows Server 2012), welche nicht gedownloaded wurden. Der große Teil der Updates wird durch ein anderes ersetzt. Frage, kann man diese Updates alle ausblenden?
Dann habe ich wsusutil reset durchgeführt, und den Server neu gestartet. Danach hat der Download neu begonnen. Nun stehen in der WSUS Übersicht immer noch 919 Dateien, die Updates anfordern, und eine Downloadgröße 24760,74 MB von 24760,74 MB heruntergeladen.
Ich traue mich jetzt nicht, Featurepdates und Upgrades in Produkte und Klassifizierungen aus zuwählen.
Was ist der Grund, das nicht alle Updates heruntergeladen werden können.

Guten Morgen,
habe jetzt die Featureupdates und Upgrades für Windows 10 ausgewählt.
Habe das selbe Problem, das sie nicht gedownloaded werden, auch eine Wiederholung des Downloads bringt nichts. Habe auch schon mit der SQL Management Console diese Abfrage erstellt.

USE SUSDB update tbConfigurationC SET BitsDownloadPriorityForeground=1

Auch keine Besserung.


Fragezeichen habe ich vergessen, sorry.

Guten Morgen.

Jetzt habe ich den Content im WSUS Ordner gelöscht und ein Wsusutil reset gemacht.
Es wurden alle Updates fehlerfrei herunter geladen, bis auf 6x Funktionsupdate für Windows 10.
Im Ereignisprotokoll steht folgende Meldung

Fehler beim Herunterladen der Inhaltsdatei.
Ursache: Das erforderliche HTTP-Protokoll wird vom Server nicht unterstützt. Der Bereichsprotokollheader muss vom Server unterstützt werden, damit BITS ausgeführt werden kann.

Quelldatei: /c/upgr/2017/07/15063.0.170710-1358.rs2_release_svc_refresh_clientprofessionalvl
_vol_x64fre_de-de_3f35923a27d57e6b531a926824d68d70ca201e23.esd
Zieldatei: D:\WSUS\WsusContent\23\3F35923A27D57E6B531A926824D68D70CA201E23.esd

Ausschnitt aus C:\Program Files\Update Services\LogFiles\Change.log

2017-09-25 07:35:38.811 UTC      Funktionsupdate für Windows 10 Pro, Version 1703, en-us, Einzelhandel has resumed to download
2017-09-25 07:35:38.936 UTC      Funktionsupdate für Windows 10 Pro, Version 1703, en-gb, Einzelhandel has resumed to download
2017-09-25 07:35:39.030 UTC      Funktionsupdate für Windows 10 Pro, Version 1703, de-de, Einzelhandel has resumed to download
2017-09-25 07:35:39.139 UTC      Funktionsupdate für Windows 10 Pro, Version 1703, en-gb has resumed to download
2017-09-25 07:35:39.217 UTC      Funktionsupdate für Windows 10 Pro, Version 1703, de-de has resumed to download
2017-09-25 07:35:39.280 UTC      Funktionsupdate für Windows 10 Pro, Version 1703, en-us has resumed to download

C:\Program Files\Update Services\LogFiles\SoftwareDistribution.log

2017-09-25 08:11:28.457 UTC      Error      WsusService.36      ContentSyncAgent.JobError      Download error: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). failed in download: (-2145386477) Das erforderliche HTTP-Protokoll wird vom Server nicht unterstützt. Der Bereichsprotokollheader muss vom Server unterstützt werden, damit BITS ausgeführt werden kann.

   bei Microsoft.UpdateServices.ServerSync.ContentSyncAgent.JobError(IBitsJob job, BitsJobError joberror, String fileRemoteName)
   bei Microsoft.UpdateServices.ServerSync.ContentSyncAgent.MonitorStatusThreadProc()
   bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   bei System.Threading.ThreadHelper.ThreadStart()


Wenn ich den Link aus der log (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). in den Browser eingebe, funktioniert der Download.

Ich habe mich dann mit dem SQL Server 2014  Management Studio auf die SUSDB verbunden und folgende Abfrage erstellt:  USE SUSDB update tbConfigurationC SET BitsDownloadPriorityForeground=1

Jetzt noch die gerade erschienen restlichen Updates Installiert und den Server neu gestartet.

Keine Besserung

Hallo noch mal,

also habe jetzt den WSUS mal direkt ins Internet gelassen, und es funktioniert mit den Download.
Also liegt es definitiv an unserer Cisco WSA oder an der Cisco ASA.
Dann werden wir mal dort suchen müssen.
Trotzdem vielen Dank an die vielen Vorschläge und Tipps.

Gruß Rene B

Sobald wir was gefunden haben, werde ich es mitteilen.
Das wird aber dauern, da wir eine externe Firma mit an Bord nehmen müssen.
Bis dahin

Super, freut mich für dich und Danke für die Rückmeldung.