Hallo zusammen,

bis jetzt hat mir dieses Forum schon ab und an gut weitergeholfen, aber jetzt komme ich nicht mehr weiter.

Zuerst etwas zu unserer Umgebung:
WSUS 3.0 SP2 auf Windows Server 2003 R2, en.
Clients sind WinXP Prof SP2, Deutsch

Produkte die runtergeladen werden:
Produkte: Windows XP, Windows Vista, Office 2003,
Sprache: Deutsch

Bits und AU der Clients werden per GPO gestartet & laufen.

Die Clients sind alle in einer Gruppe, die funktionierenden wie auch nicht funktionierende.

Bei einigen PCs werden Updates tadellos installiert, jedoch können manche Updates (z.B.:kb968389, critical Update) nicht heruntergeladen werden ( Fehler 0x80244019). Auf anderen PCs wird das Update als installiert angezeigt.
Wird versucht, die fehlgeschlagene, im Log stehende Datei per   (Du musst Dich Einloggen oder Registrieren. herunterzuladen, wird angezeigt, dass die Datei nicht verfügbar ist. Schaut man anschließend im Explorer, ist die Datei tatsächlich nicht vorhanden.
Da ich zuerst dachte, es hängt mit den MIME-Typs zusammen, habe ich die mal rausgesucht. Die Mime-Typs des virtuellen Content-Verzeichnisses im IIS sind .cab, .msi, .msp, .psf,

Schaut man im WSUS die File-Information des fehlerhaften Updates an, werden pro Sprache 3 Dateitypen angezeigt, cab, exe und psf. Es ist jedoch nur eine dieser Dateien im Dateisystem auffindbar. Müssen für eine erfolgreiche Installation alle Typen vorhanden sein, oder genügt es, wenn dies bei einer der Fall ist?

Hier ein Auszug aus der windowsupdatelog.log eines betroffenen Clients:


Code (]2010-07-22      11:54:04:389       808      988      AU      >>##  RESUMED  ## AU: Download update [UpdateId = {7A3D3EF0-B671-4E63-8A49-B13A200CA003}):

2010-07-22      11:54:04:389       808      988      AU        # WARNING: Download failed, error = 0x80244019 2010-07-22      11:54:07:341       808      8d0      DnldMgr      WARNING: BITS job {E31F804D-60C2-4546-8069-76C15904FC5B} failed, updateId = {FB1345ED-EE64-4D07-B6B1-71FC96AC8729}.101, hr = 0x80190194, BG_ERROR_CONTEXT = 5 2010-07-22      11:54:07:341       808      8d0      DnldMgr        Progress failure bytes total = 364152, bytes transferred = 0 2010-07-22      11:54:07:341       808      8d0      DnldMgr        Failed job file: URL =   (Du musst Dich Einloggen oder Registrieren, local path = C:\WINDOWS\SoftwareDistribution\Download\c5c32fd56f596394836c63fa61a9adc9\WindowsXP-KB959426-x86-express-DEU.cab 2010-07-22      11:54:07:404       808      8d0      DnldMgr      Error 0x80244019 occurred while downloading update; notifying dependent calls. 2010-07-22      11:54:07:404       808      988      AU      >>##  RESUMED  ## AU: Download update [UpdateId = {0F9C03F7-D1E1-4D8F-9B66-8B1C7D30421F}] 2010-07-22      11:54:07:404       808      988      AU        # WARNING: Download failed, error = 0x80244019 2010-07-22      11:54:09:403       808      850      Report      REPORT EVENT: {CBEA2C2E-3777-4991-840D-543D1BC14D72}      2010-07-22 11:54:04:389+0200      1      161      101      {7A3D3EF0-B671-4E63-8A49-B13A200CA003}      101      80244019      AutomaticUpdates      Failure      Content Download      Error: Download failed. 2010-07-22      11:54:09:403       808      850      Report      REPORT EVENT: {69AEEBFC-0A24-4CF9-9D63-60B773D41E07}      2010-07-22 11:54:04:389+0200      1      189      102      {00000000-0000-0000-0000-000000000000}      0      0      AutomaticUpdates      Success      Content Install      Installation Ready: The following updates are downloaded and ready for installation. To install the updates, an administrator should log on to this computer and Windows will prompt with further instructions:  - Sicherheitsupdate für Microsoft .NET Framework, Version 2.0 (KB928365) 2010-07-22      11:54:09:403       808      850      Report      REPORT EVENT: {F5D87EDD-60F3-4775-99A9-EB0F90EB2BF9}      2010-07-22 11:54:07:404+0200      1      161      101      {0F9C03F7-D1E1-4D8F-9B66-8B1C7D30421F}      101      80244019      AutomaticUpdates      Failure      Content Download      Error: Download failed. 2010-07-22      11:54:09:403       808      850      Report      REPORT EVENT: {CAFA7D61-5C5E-41D1-B3FB-11E15C9CF14B}      2010-07-22 11:54:07:404+0200      1      189      102      {00000000-0000-0000-0000-000000000000}      0      0      AutomaticUpdates      Success      Content Install      Installation Ready: The following updates are downloaded and ready for installation. To install the updates, an administrator should log on to this computer and Windows will prompt with further instructions:  - Sicherheitsupdate für Microsoft .NET Framework, Version 2.0 (KB928365) 2010-07-22      11:54:10:450       808      2fc      DnldMgr      WARNING: BITS job {06736179-B405-4B10-9853-C067EF481EFE} failed, updateId = {0987CD77-1D82-46A7-9EB0-9A7945681E92}.103, hr = 0x80190194, BG_ERROR_CONTEXT = 5 2010-07-22      11:54:10:450       808      2fc      DnldMgr        Progress failure bytes total = 261533, bytes transferred = 0 2010-07-22      11:54:10:450       808      2fc      DnldMgr        Failed job file: URL =   (Du musst Dich Einloggen oder Registrieren, local path = C:\WINDOWS\SoftwareDistribution\Download\ebd0baf15a126fba300d238f745aaa7b\WindowsXP-KB952954-x86-express-DEU.cab 2010-07-22      11:54:10:496       808      2fc      DnldMgr      Error 0x80244019 occurred while downloading update; notifying dependent calls. 2010-07-22      11:54:10:512       808      988      AU      >>##  RESUMED  ## AU: Download update [UpdateId = {E7EC15F8-AF04-4745-99E1-2271E868F50C}] 2010-07-22      11:54:10:512       808      988      AU        # WARNING: Download failed, error = 0x80244019 2010-07-22      11:54:10:512       808      988      AU      ######### 2010-07-22      11:54:10:512       808      988      AU      ##  END  ##  AU: Download updates 2010-07-22      11:54:10:512       808      988      AU      ############# 2010-07-22      11:54:15:510       808      850      Report      REPORT EVENT: {1A35CF2F-158D-45ED-B601-736203EC211A}      2010-07-22 11:54:10:512+0200      1      161      101      {E7EC15F8-AF04-4745-99E1-2271E868F50C}      103      80244019      AutomaticUpdates      Failure      Content Download      Error: Download failed. 2010-07-22      11:54:15:510       808      850      Report      REPORT EVENT: {D71CFA92-8B08-4EE9-8D39-934B0081BDE6}      2010-07-22 11:54:10:512+0200      1      189      102      {00000000-0000-0000-0000-000000000000}      0      0      AutomaticUpdates      Success      Content Install      Installation Ready: The following updates are downloaded and ready for installation. To install the updates, an administrator should log on to this computer and Windows will prompt with further instructions:  - Sicherheitsupdate für Microsoft .NET Framework, Version 2.0 (KB928365) 2010-07-22      12:01:02:026       808      850      Report      Uploading 10 events using cached cookie, reporting URL =   (Du musst Dich Einloggen oder Registrieren 2010-07-22      12:01:02:042       808      850      Report      Reporter successfully uploaded 10 events.

Das ist nur ein kleiner Auszug, ich hab noch viel mehr Fehler   >:(.

Ich habe diesen Rechner schon aus der Konsole gelöscht, den updatecache gelöscht und unzählige male "wuauclt.exe /detectnow" ausgeführt. So wie ich das sehe, verlangt der PC ein Update, welches der WSUS nicht liefern kann.

Mit wsusutil.exe reset werden alle Updates nochmals erneut runtergeladen, das Fehlerbild bleibt jedoch unverändert. Des Weitern geht die Verbindung zur WSUS-Konsole verloren, so dass diese per "Reset node" wiederhergestellt werden muss.

Hat jemand eine Idee, was der Grund für diesen Fehler sein könnte?

Viele Grüße,

Michael

Welche Fehlermeldungen werden auf dem WSUS protokolliert? Ich vermute auch ganz stark, es werden ein paar Updates nicht vollständig gedownloadet. Sieht man eigentlich auch auf der Startseite vom WSUS.

Auf dem WSUS in der Updateansicht zusätzliche Spalten einblenden lassen, da gibts auch den Dateistatus oder so ähnlich. Ist auf jeden Fall ganz links zu finden, da sollte alles grün sein. Die roten bedeuten dass die Updates nicht gedownloadet wurden.

Hallo Sunny,

in der Übersicht steht, dass alle Updates heruntergeladen wurden, und keine Updates mehr auf Dateien warten. Ich habe die Einstellung auch so angepasst, dass alle Updates heruntergeladen werden, und nicht nur genehmigte.
Des Weiteren werden alle Updates als Vollständig angezeigt.

*edit*: Der letzte Status ist 10000, Wsus is working correctly (23/7/2010, 5.53)

Grüße Michael

MICHAEL_MO schrieb am 23.07.10 um 09:30:35:

in der Übersicht steht, dass alle Updates heruntergeladen wurden, und keine Updates mehr auf Dateien warten. Ich habe die Einstellung auch so angepasst, dass alle Updates heruntergeladen werden, und nicht nur genehmigte. Des Weiteren werden alle Updates als Vollständig angezeigt.

Hmm, wieso sollten alle Updates gedownloadet werden? Reicht das nicht aus, nur die zur Installation freigegebenen?


MICHAEL_MO schrieb am 23.07.10 um 09:30:35:

*edit*: Der letzte Status ist 10000, Wsus is working correctly (23/7/2010, 5.53)

Dann sieht es doch gut aus. Oder passt noch etwas nicht?

Doch, natürlich würde das ausreichen. Ich wollte die lediglich mal runtergeladen haben, für den Fall das ein Client eben dieses Update benötigt, respektive weil keine einzige Datei vom Typ "psf" im Content-Verzeichnis zu finden ist.

Was momentan nicht passt, ist dass ich über 10% Computer habe, die Fehlerhafte Updates zeigen. Und z.B. der PC von dem das log ist, Updates herunterladen möchte, welche der WSUS nicht anbieten kann.

MICHAEL_MO schrieb am 23.07.10 um 11:34:18:

Doch, natürlich würde das ausreichen. Ich wollte die lediglich mal runtergeladen haben, für den Fall das ein Client eben dieses Update benötigt, respektive weil keine einzige Datei vom Typ "psf" im Content-Verzeichnis zu finden ist.

Da liegen auch nur EXEn oder Textfiles. Auch ein paar ZIP-Files hab ich drin, aber keine PSF.


MICHAEL_MO schrieb am 23.07.10 um 11:34:18:

Was momentan nicht passt, ist dass ich über 10% Computer habe, die Fehlerhafte Updates zeigen. Und z.B. der PC von dem das log ist, Updates herunterladen möchte, welche der WSUS nicht anbieten kann.

Dann nochmal die Frage nach Fehlermeldungen im Ereignisprotokoll auf dem WSUS. Îm Programmverzeichnis vom WSUS gibts eine SoftwareDistribution.log. Evtl. findet sich da was.

Was passiert wenn Du manuell synchronisierst?

  (Du musst Dich Einloggen oder Registrieren checkhealth und reset mal ausführen.

Hallo,

also das Ereignisprotokoll in Windows sieht sauber aus. Alles was vom WSUS kommt ist #10000, WSUS is working correctly.

Im SoftwareDistribution.log steht dass das Zertifikat für autest.cab nicht verifiziert werden konnte, könnte das damit zu tun, dass Fehler bei der Verteilung der Cabs Fehler auftreten. Ein Auszug der Datei findest du im Anhang.

Bei der manuellen Synchronisation treten keine Fehler auf die wird erfolgreich abgeschlossen.
Wenn ich "wsusutil reset" aufrufe, wird der komplette Content nochmal neu heruntergeladen.

Ein wsusutil checkhealth bringt auch nur ein 10000 :(.

Grüße Michael

---

MICHAEL_MO schrieb am 26.07.10 um 09:59:06:

also das Ereignisprotokoll in Windows sieht sauber aus. Alles was vom WSUS kommt ist #10000, WSUS is working correctly.

Glaub ich dir nicht, denn dann würde der WSUS ja auch einwandfrei funktionieren.


MICHAEL_MO schrieb am 26.07.10 um 09:59:06:

Bei der manuellen Synchronisation treten keine Fehler auf die wird erfolgreich abgeschlossen. Wenn ich "wsusutil reset" aufrufe, wird der komplette Content nochmal neu heruntergeladen.

Es wird nicht komplett heruntergeladen, es wird nur geprüft was fehlt. Und nur das fehlende, wird erneut gedownloadet.

Hallo,

leider ist es aber so. Ich hab dir mal nen Screenshot gemacht. Die Warnings sind vom Virenscanner. -> WSUS1.jpg

Nachdem ich nen wsusutil reset ausgeführt hab, fliegt mir die Konsole um die Ohren und ich bekomme die folgende Fehlermeldungen in der Ereignisanzeige: -> wsus2.jpg

---

Anbei das Bild, dass ich nach nem reset sehe: wsus3.jpg

---

Lass den WSUS erstmal fertig downloaden, es wird normalerweise nur das gedownloadet, was fehlt. Das sieht im ersten Moment nur schlimm aus.

Ja, nur macht er das jetzt zum 3ten mal ;)

Hast du noch ne Idee oder brauchst noch ein paar Infos?

MICHAEL_MO schrieb am 29.07.10 um 15:07:08:

Hast du noch ne Idee oder brauchst noch ein paar Infos?

Ist das Bild denn immer noch so? Wie genau ist denn der Status?

Hallo,

ja das ganze sieht leider immer noch so aus.
Computer fordern Updates, welche der WSUS nicht im Dateisystem liege hat.

So wie es aussieht, tritt das Problem nur mit *.CAB Dateien auf, zumindest stehen die im Client -Update-Log als nicht downloadbar drin.

Viele Grüße,

Michael

MICHAEL_MO schrieb am 30.07.10 um 09:09:42:

ja das ganze sieht leider immer noch so aus. Computer fordern Updates, welche der WSUS nicht im Dateisystem liege hat.

Die Updates sind auch freigegeben und lt. WSUS gedownloadet? In der Ansicht Updates kannst Du dir ja weitere Spalten einblenden lassen. Da ist der Dateistatus dabei.


MICHAEL_MO schrieb am 30.07.10 um 09:09:42:

So wie es aussieht, tritt das Problem nur mit *.CAB Dateien auf, zumindest stehen die im Client -Update-Log als nicht downloadbar drin.

Und im Clientlog sieht man auch, dass der Client vom WSUS downloaden möchte? Du kannst auch den Downloadstatus von einem Client leeren, anschließend neu starten und 30 Minuten warten. Dann sollte ein neuer Statusbericht kommen.

net stop wuauserv
rd /s /q %windir%\SoftwareDistribution
net start wuauserv

MICHAEL_MO schrieb am 22.07.10 um 14:20:09:

Clients sind WinXP Prof SP2, Deutsch

Nur noch so als Hinweis:
WinXP SP2 wird von Microsoft nicht mehr unterstützt, also bekommst Du dafür keine Updates mehr.

Hi,

@UMeadow: Danke für die Info. Leider tritt der Fehler auch bei bereits heruntergeladenen Update aus.

Auf jeden Fall hat das löschen des Caches am Client was gebracht. Ich hatte das zwar schon zuvor versucht, aber immer erfolglos. Naja, für die Zukunft versuch ich das mit dem Dienst nochmal ;).

Viele Grüße und Danke für die Hilfe!!!

Michael

MICHAEL_MO schrieb am 05.08.10 um 12:12:13:

@UMeadow: Danke für die Info. Leider tritt der Fehler auch bei bereits heruntergeladenen Update aus.

Trotzdem solltest Du auf SP3 aktualisieren.


MICHAEL_MO schrieb am 05.08.10 um 12:12:13:

Auf jeden Fall hat das löschen des Caches am Client was gebracht. Ich hatte das zwar schon zuvor versucht, aber immer erfolglos. Naja, für die Zukunft versuch ich das mit dem Dienst nochmal ;).

Ohne den Dienst zu stoppen, wird das wichtigste aus SoftwareDistribution gar nicht gelöscht. Und das wichtigste ist verantwortlich dafür. Henne Ei Problem also. ;)

ja, sind wir schon dran, den besten weg zu suchen ;). Beim letzten Test hatte es mein Testgerät total verspult, deswegen versuchen wir jetzt mal nen anderen Weg. Das war auch einer der Gründe für die Verzögerung.

MICHAEL_MO schrieb am 05.08.10 um 13:11:10:

ja, sind wir schon dran, den besten weg zu suchen ;). Beim letzten Test hatte es mein Testgerät total verspult, deswegen versuchen wir jetzt mal nen anderen Weg. Das war auch einer der Gründe für die Verzögerung.

Für das SP3? Oder was meinst Du damit? Wenn es um das SP3 geht, das kannst Du natürlich per WSUS bereitstellen oder auch per GPO im AD verteilen.   (Du musst Dich Einloggen oder Registrieren

Ich hatte es mal mit einem parametrisierten Aufruf versucht, aber der hat das Testgerät in nen Backstein verwandelt. Deswegen der Versuch über wsus.

MICHAEL_MO schrieb am 05.08.10 um 14:27:56:

Ich hatte es mal mit einem parametrisierten Aufruf versucht, aber der hat das Testgerät in nen Backstein verwandelt. Deswegen der Versuch über wsus.

Hmm, muß ich das geschriebene jetzt verstehen?