Squire 272 Geschrieben 17. Juni 2020 Melden Teilen Geschrieben 17. Juni 2020 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? Zitieren Link zu diesem Kommentar
d33jay 23 Geschrieben 17. Juni 2020 Melden Teilen Geschrieben 17. Juni 2020 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 Zitieren Link zu diesem Kommentar
Squire 272 Geschrieben 17. Juni 2020 Autor Melden Teilen Geschrieben 17. Juni 2020 (bearbeitet) 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 Zitieren Link zu diesem Kommentar
d33jay 23 Geschrieben 17. Juni 2020 Melden Teilen Geschrieben 17. Juni 2020 Hi, an einem Client mal ein Update Log in der Powershell erstellen mit Get-WindowsUpdateLog. Da können wir mal reinschauen. LG, d33jay Zitieren Link zu diesem Kommentar
Sunny61 809 Geschrieben 17. Juni 2020 Melden Teilen Geschrieben 17. Juni 2020 @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. Zitieren Link zu diesem Kommentar
Squire 272 Geschrieben 17. Juni 2020 Autor Melden Teilen Geschrieben 17. Juni 2020 (bearbeitet) @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 Zitieren Link zu diesem Kommentar
d33jay 23 Geschrieben 17. Juni 2020 Melden Teilen Geschrieben 17. Juni 2020 Oh da habe ich das Missverstanden. Ich dachte der WSUS hat es aber der Client bricht bei dem Download ab. Mein Fehler. LG, d33jay Zitieren Link zu diesem Kommentar
Squire 272 Geschrieben 17. Juni 2020 Autor Melden Teilen Geschrieben 17. Juni 2020 m.E. sollte es der WSUS haben - zumindest bei dem manuellen Import - der wird auch ohne Fehler durchgeführt. Klappt aber trotzdem nicht Zitieren Link zu diesem Kommentar
Sunny61 809 Geschrieben 17. Juni 2020 Melden Teilen Geschrieben 17. Juni 2020 Ob es der WSUS das Update hat kann und soll man manuell prüfen. Zitieren Link zu diesem Kommentar
Squire 272 Geschrieben 17. Juni 2020 Autor Melden Teilen Geschrieben 17. Juni 2020 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 ... Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.