Servicing Stack Updates über WSUS schlagen fehl

[Squire 210]

Hallo zusammen,

 

ich hab auf zwei WSUS Servern/Umgebungen das Problem, dass die Serviceing Stack Updates nicht installiert werden. Auf den Clients wird das Update angezeigt, aber der Download schlägt fehl.

Selbiges passiert nur bei den monatlichen Service Stack Updates ... alle anderen werden sauber gezogen (Kummulative, Feature, sonstige) ...

 

WSUS einmal auf einem 2012R2 und einmal auf einem 2016er Windows Server. Die Server sind durchgepatched

 

ich hatte schon versucht, das Update abzulehnen, bereinigen und neu laden lassen klappt nicht. Manuell lassen sich die Stack Updates ohne Fehler installieren ...

 

Jemand nen Tipp?

[d33jay 23]

War da nicht mal was bei 2012R2 das man im IIS-Manager einen MIME Typ eintragen musste damit das sauber lief (.esd  application/octet-stream). Grundsätzlich müsste ja in den Logs was stehen.

 

LG, d33jay

[Squire 210]

genauso steht der Mimetype beim 2012R2 drinnen.

 

bei meinem 2016er ist der auf application/vnd.ms-cab-compressed

 

wie gesagt ... es gehen auf beiden WSUS Servern alle Update Typen ... nur die Serviceing Laufen immer auf einen Download Fehler

 

Protokollname Microsoft-Windows-WindowsUpdateClient/Operational

Protokollname Microsoft-Windows-WindowsUpdateClient/Operational

Quelle Microsoft-Windows-WindowsUpdateClient

QuelleMicrosoft-Windows-WindowsUpdateClient

Protokolliert 17.6.2020, 07:07:05

Protokolliert 17.6.2020, 07:07:05

Ereignis-ID 31

Ereignis-ID31

Ebene Fehler

 

Ein Update konnte nicht heruntergeladen werden.

 

 

Nachtrag ... beim Serviceing Stack wird immer versucht die Express Installation zu laden ...

 

2020.06.15 09:10:21.0021538 7956  2968  Agent             Title = 2020-06 Servicing Stack Update f??r Windows 10 Version 1909 f??r x64-basierte Systeme (KB4560959)
2020.06.15 09:10:21.0021592 7956  2968  Agent             UpdateId = B1FACBE7-2F4E-48CC-BA9E-A1B8328AD6F0.200
2020.06.15 09:10:21.0021605 7956  2968  Agent               Bundles 1 updates:
2020.06.15 09:10:21.0021652 7956  2968  Agent                 EE08408E-2911-4795-8802-69A063F20F76.200
2020.06.15 09:10:21.0022597 7956  2968  DownloadManager No locked revisions found for update EE08408E-2911-4795-8802-69A063F20F76.200 (SessionData = (null)); locking the user-specified revision.
2020.06.15 09:10:21.1061825 7956  2968  DownloadManager Populated download Url for file Windows10.0-KB4560959-x64-express.cab as http://xxxapps3.xxx.local:8530/Content/e5948462acf860cda28930fa74ce631e9a748d26.cab.
2020.06.15 09:10:21.1061951 7956  2968  DownloadManager Populated download Url for file Windows10.0-KB4560959-x64.psf as http://xxxapps3.xxx.local:8530/Content/2b608b240abbce587b907b7ba76373064e37f8e0.psf.
2020.06.15 09:10:21.1096896 7956  2968  DownloadManager Populated download Url for file Windows10.0-KB4560959-x64-express.cab as http://xxxapps3.xxx.local:8530/Content/e5948462acf860cda28930fa74ce631e9a748d26.cab.
2020.06.15 09:10:21.1097036 7956  2968  DownloadManager Populated download Url for file Windows10.0-KB4560959-x64.psf as http://xxxapps3.xxx.local:8530/Content/2b608b240abbce587b907b7ba76373064e37f8e0.psf.
2020.06.15 09:10:21.1104944 7956  2968  DownloadManager Queueing update EE08408E-2911-4795-8802-69A063F20F76.200 for download handler request generation.
2020.06.15 09:10:21.1125962 7956  2968  Handler         Loaded state: cCompleteIterations: 0, pt: Unknown, nNextRequestID: 0.
2020.06.15 09:10:21.1127420 7956  2968  DownloadManager Populated download Url for file Windows10.0-KB4560959-x64-express.cab as http://xxxapps3.xxx.local:8530/Content/e5948462acf860cda28930fa74ce631e9a748d26.cab.
2020.06.15 09:10:21.1127558 7956  2968  DownloadManager Populated download Url for file Windows10.0-KB4560959-x64.psf as http://xxxapps3.xxx.local:8530/Content/2b608b240abbce587b907b7ba76373064e37f8e0.psf.
2020.06.15 09:1

bearbeitet 17. Juni 2020 von Squire

[d33jay 23]

Hi,

 

an einem Client mal ein Update Log in der Powershell erstellen mit Get-WindowsUpdateLog. Da können wir mal reinschauen. 

 

LG, d33jay

[Sunny61 772]

@d33jay

Das Log von einem Client nützt nichts, wenn es der WSUS schon nicht downlädt.

 

@Squire

Hast Du denn die Möglichkeit, dass der eine WSUS vom anderen abholt? Ich kann das von dir nachvollziehen, wir haben das hier auch bei einem WSUS. Hast Du denn schon mal probiert, auf dem WSUS, auf dem es NICHT funktioniert, das Update manuell zu importieren in den WSUS? Dazu musst Du in der WSUS-Konsole bei Updates > Rechtsklick ausführen > Updates importieren. Es muss über den IE abgewickelt werden.

[Squire 210]

@Sunny61. nein kann ich nicht machen, sind zwei getrennte Organisationen. Der Wsus hat aber eigentlich das Update - ich hab das sogar für einen ServiceStack manuell importiert aus dem Update Catalog ... (war so ziemlich das erste was ich versucht hatte)

bearbeitet 17. Juni 2020 von Squire

[d33jay 23]

Oh da habe ich das Missverstanden. Ich dachte der WSUS hat es aber der Client bricht bei dem Download ab. Mein Fehler.

 

LG, d33jay

[Squire 210]

m.E. sollte es der WSUS haben - zumindest bei dem manuellen Import - der wird auch ohne Fehler durchgeführt. Klappt aber trotzdem nicht

 

[Sunny61 772]

Ob es der WSUS das Update hat kann und soll man manuell prüfen.

[Squire 210]

ich glaub ich hab was gefunden ...

 

zum einen hab ich die Alternate Download Location aus der GPO rausgenommen

dann hab ich auf dem Content Verzeichnis im IIS die authentifizierten Benutzer mit Lesen hinzugenommen

 

zwei Rechner waren noch online, da scheint nach dem Triggern der Updates das SSU jetzt installiert worden zu sein ... ich werde es dann morgen/übermorgen in der WSUS Console sehen ... was mich nur wundert ist, warum gehen/gingen alle anderen Updates? An den Berechtigungen ist seit Monaten/Jahren auf dem WSUS nicht geschraubt worden. Die Kiste läuft jetzt seit 2016 an sich ohne Probleme ...