Normales Thema Win7 / 2008 0x8024401B (Gelesen: 1501 mal)
Mowinckel
WSUS Junior Member
*
Offline


I Love WSUS!

Beiträge: 11
Mitglied seit: 04.08.08
Geschlecht: männlich
Win7 / 2008 0x8024401B
16.11.12 um 13:37:09
Beitrag drucken  
Ahoi,
ich bin ein wenig ratlos.
Von Gestern Nachmittag auf Heute melden alle Win7 und 2008 R2 Server den Fehler 0x8024401B.
Proxyauth...blablabla.

Unsere 2003 und XP Maschinen senden Berichte und empfangen Updates weiterhin problemlos.

Ein Proxy ist zwar im Einsatz doch ist der WSUS als Ausnahme hinterlegt. Die Proxyeinstellungen werden per GPO verteilt. XP, 2k3, 2k8, Win7 bekommen auch die identische GPO.

Nehme ich die Proxyeinstellungen raus (direkte Verbindung) bekomme ich trotzdem die gleiche Meldung im WindowsUpdate.log (trotz Neustart).

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). kann ich auch im Browser problemlos aufrufen und herunterladen.

Jetzt der übliche Spruch. "Ich hab nichts getan." Durchgedreht

Wo könnte der Unterschied zwischen XP/2k3 und W7/2k8 sein? Rechteproblem kann ich wohl ausschließen oder? Proxy eigtl. auch. Denke ich. Zurücksetzen des wuagent und SoftwareDistribution Verzeichnisses bringt mich auch nicht weiter.
Wäre schön wenn jemand ein paar Denkansätze hat.

Danke euch.

2012-11-16      12:11:39:751       380      15fc      AU      ## START ##  AU: Search for updates
2012-11-16      12:11:39:751       380      15fc      AU      #########
2012-11-16      12:11:39:752       380      15fc      AU      <<## SUBMITTED ## AU: Search for updates [CallId = {A9866749-EB11-4B94-9D56-2FC3EB176107}]
2012-11-16      12:11:39:752       380      1650      Agent      *************
2012-11-16      12:11:39:752       380      1650      Agent      ** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
2012-11-16      12:11:39:752       380      1650      Agent      *********
2012-11-16      12:11:39:752       380      1650      Agent        * Online = Yes; Ignore download priority = No
2012-11-16      12:11:39:752       380      1650      Agent        * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1"
2012-11-16      12:11:39:752       380      1650      Agent        * ServiceID = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7} Managed
2012-11-16      12:11:39:752       380      1650      Agent        * Search Scope = {Machine}
2012-11-16      12:11:39:752       380      1650      Setup      Checking for agent SelfUpdate
2012-11-16      12:11:39:752       380      1650      Setup      Client version: Core: 7.6.7600.256  Aux: 7.6.7600.256
2012-11-16      12:11:39:753       380      1650      Misc      Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
2012-11-16      12:11:39:760       380      1650      Misc       Microsoft signed: Yes
2012-11-16      12:11:39:770       380      1650      Misc      WARNING: WinHttp: SendRequestToServerForFileInformation failed with 0x80190197
2012-11-16      12:11:39:770       380      1650      Misc      WARNING: WinHttp: ShouldFileBeDownloaded failed with 0x80190197
2012-11-16      12:11:39:770       380      1650      Misc      WARNING: DownloadFileInternal failed for (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). error 0x80190197
2012-11-16      12:11:39:770       380      1650      Setup      WARNING: SelfUpdate check failed to download package information, error = 0x8024401B
2012-11-16      12:11:39:770       380      1650      Setup      FATAL: SelfUpdate check failed, err = 0x8024401B
2012-11-16      12:11:39:770       380      1650      Agent        * WARNING: Skipping scan, self-update check returned 0x8024401B
2012-11-16      12:11:39:805       380      1650      Agent        * WARNING: Exit code = 0x8024401B
2012-11-16      12:11:39:805       380      1650      Agent      *********
2012-11-16      12:11:39:805       380      1650      Agent      **  END  **  Agent: Finding updates [CallerId = AutomaticUpdates]
2012-11-16      12:11:39:805       380      1650      Agent      *************
2012-11-16      12:11:39:805       380      1650      Agent      WARNING: WU client failed Searching for update with error 0x8024401b
2012-11-16      12:11:39:805       380      1280      AU      >>##  RESUMED  ## AU: Search for updates [CallId = {A9866749-EB11-4B94-9D56-2FC3EB176107}]
2012-11-16      12:11:39:805       380      1280      AU        # WARNING: Search callback failed, result = 0x8024401B
2012-11-16      12:11:39:805       380      1280      AU        # WARNING: Failed to find updates with error code 8024401B
2012-11-16      12:11:39:805       380      1280      AU      #########
2012-11-16      12:11:39:805       380      1280      AU      ##  END  ##  AU: Search for updates [CallId = {A9866749-EB11-4B94-9D56-2FC3EB176107}]
  
Zum Seitenanfang
 
Sunny
Microsoft MVP
*****
Offline



Beiträge: 15138
Mitglied seit: 11.02.07
Geschlecht: männlich
Re: Win7 / 2008 0x8024401B
Antwort #1 - 16.11.12 um 14:38:30
Beitrag drucken  
Welche Version wird vom WSUS auf dessen Startseite angezeigt? Schau dazu bitte in der FAQ No. 44 nach. Falls Du die WSUS.MSC auf einem Client aufrufst, mußt Du auch den Client updaten. Wenn das benötigt war, auf den Clients notfalls den Download Cache leeren:

net stop wuauserv
rd /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow
10 Minuten warten und jetzt in die WindowsUpdate.log schauen.

Ansonsten ist es wohl immer noch ein Fehler mit dem Proxy: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Prüf auf den W7 Clients manuell mit netsh nach, (die genaue Syntax dazu findest bei MS im Technet) ob auf den W7 Clients auch wirklich die GPO für den Proxy mit den Ausnahmen ankommt. IE starten und dort manuell überprüfen.
  
Zum Seitenanfang
 
Mowinckel
WSUS Junior Member
*
Offline


I Love WSUS!

Beiträge: 11
Mitglied seit: 04.08.08
Geschlecht: männlich
Re: Win7 / 2008 0x8024401B
Antwort #2 - 19.11.12 um 11:15:12
Beitrag drucken  
Serverversion: 3.2.7600.251

Danke für die Antwort.
Dadurch hatte ich wieder die Motivation weiter zu suchen.
Nachdem ich dann endlich sicher war, dass mit die Proxyeinstellungen korrekt sind (auch aus der GPO übernommen werden), habe ich ein wsusutil.exe /reset gemacht.
Die Verzweiflung hat mich soweit getrieben.
Nu freue ich mich auf 70GB Updates herunterladen. Selbst Schuld.  Durchgedreht

Die Extrawartezeit habe ich genutzt um ein paar ähnliche Posts durchzulesen. Dabei bin ich auf eine Antwort von dir gestoßen: "trage doch mal den FQDN des Zielservers in der WindowsUpdate GPO ein."

"Mach das doch auch mal, kann ja nicht schaden." hab ich mir gedacht.
Siehe da es funktioniert.  hä?

Worin könnte das denn begründet liegen? Schwierigkeiten bei der Namensauflösung? Nur bei Win >= 7 / 2008?
Sogar lokal auf dem WSUS selber?

Naja gut auf jeden Fall freue ich mich das er seinen Dienst tut.
Hoffe nur das es nicht ein Symptom eines größeren Problems ist.
  
Zum Seitenanfang
 
Sunny
Microsoft MVP
*****
Offline



Beiträge: 15138
Mitglied seit: 11.02.07
Geschlecht: männlich
Re: Win7 / 2008 0x8024401B
Antwort #3 - 19.11.12 um 12:48:56
Beitrag drucken  
Mowinckel schrieb on 19.11.12 um 11:15:12:
Serverversion: 3.2.7600.251


Die ist nicht mehr aktuell.

Mowinckel schrieb on 19.11.12 um 11:15:12:
Nachdem ich dann endlich sicher war, dass mit die Proxyeinstellungen korrekt sind (auch aus der GPO übernommen werden), habe ich ein wsusutil.exe /reset gemacht.
Die Verzweiflung hat mich soweit getrieben.
Nu freue ich mich auf 70GB Updates herunterladen. Selbst Schuld.  Durchgedreht


Es werden nicht 70GB gedownloadet, wenn Du nicht wirklich alles manuell gelöscht hast. Es wird nur verglichen und das was fehlt wird gedownloadet. Wie kommst Du drauf in diesem Fall /reset zu benutzen?

Mowinckel schrieb on 19.11.12 um 11:15:12:
Die Extrawartezeit habe ich genutzt um ein paar ähnliche Posts durchzulesen. Dabei bin ich auf eine Antwort von dir gestoßen: "trage doch mal den FQDN des Zielservers in der WindowsUpdate GPO ein."

"Mach das doch auch mal, kann ja nicht schaden." hab ich mir gedacht.
Siehe da es funktioniert.  hä?

Worin könnte das denn begründet liegen? Schwierigkeiten bei der Namensauflösung? Nur bei Win >= 7 / 2008?
Sogar lokal auf dem WSUS selber?


Normal ist das jedenfalls nicht. Es muss auch ohne den FQDN funktionieren. Zeig doch mal ein ipconfig /all vom WSUS und von einem Client her, evtl. sieht man ja etwas.
  
Zum Seitenanfang
 
Bookmarks: Facebook Google Google+ Linked in Twitter Yahoo
 



Nutzungsbedingungen | Datenschutz
Kontakt | RSS | Feedback | Impressum
Facebook | News einsenden