Guten Morgen,

also das löschen des SoftwareDistribution-Verzeichnis hat nichts gebracht.

Folgende Fehler kommen:

ReportingEvents.log

{9CB5B720-3DF4-48D2-800A-BFA8F279E063}      2018-05-30 04:25:53:988+0200      1      148 [AGENT_DETECTION_FAILED]      101      {00000000-0000-0000-0000-000000000000}      0      8024401c      UpdateOrchestrator      Failure      Software Synchronization      Windows Update Client failed to detect with error 0x8024401c.
{F576F9AF-7914-461B-9267-A186284872FC}      2018-05-30 07:36:33:906+0200      1      147 [AGENT_DETECTION_FINISHED]      101      {00000000-0000-0000-0000-000000000000}      0      0      TrustedInstaller FOD      Success      Software Synchronization      Windows Update Client successfully detected 0 updates.

Ereignisanzeige - Windows Error Reporting:

Fehlerbucket , Typ 0
Ereignisname: WindowsUpdateFailure3
Antwort: Nicht verfügbar
CAB-Datei-ID: 0

Problemsignatur:
P1: 10.0.14393.2214
P2: 8024401c
P3: 00000000-0000-0000-0000-000000000000
P4: Scan
P5: 0
P6: 1
P7: 0
P8: UpdateOrchestrator
P9: {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
P10: 0

Angefügte Dateien:

Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\NonCritical_10.0.14393.2214_44e
d86a4477a1d4f3120d25ef93ca5a3da7c44c_00000000_05aebf8e

Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: c97b773b-63b0-11e8-91cd-005056a46e34
Berichtstatus: 4
Bucket mit Hash:
--------------------------------------------------------------------------------
---------------
Fehlerbucket 1870197396402964234, Typ 5
Ereignisname: WindowsUpdateFailure3
Antwort: Nicht verfügbar
CAB-Datei-ID: 0

Problemsignatur:
P1: 10.0.14393.2214
P2: 8024401c
P3: 00000000-0000-0000-0000-000000000000
P4: Scan
P5: 0
P6: 1
P7: 0
P8: UpdateOrchestrator
P9: {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}
P10: 0

Angefügte Dateien:

Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\NonCritical_10.0.14393.2214_4
4ed86a4477a1d4f3120d25ef93ca5a3da7c44c_00000000_0886c337

Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: c97b773b-63b0-11e8-91cd-005056a46e34
Berichtstatus: 0
Bucket mit Hash: db7f78cef509f01079f4469f9075870a

WindowsUpdate.log

2018.05.30 07:26:33.3783670 1140  3808  Agent           WU client version 10.0.14393.2214
2018.05.30 07:26:33.3786652 1140  3808  Agent           SleepStudyTracker: Machine is non-AOAC. Sleep study tracker disabled.
2018.05.30 07:26:33.3787432 1140  3808  Agent           Base directory: C:\Windows\SoftwareDistribution
2018.05.30 07:26:33.3792744 1140  3808  Agent           Datastore directory: C:\Windows\SoftwareDistribution\DataStore\DataStore.edb
2018.05.30 07:26:33.3992351 1140  3808  Shared          UpdateNetworkState Ipv6, cNetworkInterfaces = 0.
2018.05.30 07:26:33.3992674 1140  3808  Shared          UpdateNetworkState Ipv4, cNetworkInterfaces = 1.
2018.05.30 07:26:33.3998176 1140  3808  Shared          Network state: Connected
2018.05.30 07:26:33.4032978 1140  3808  Misc            LoadHistoryEventFromRegistry completed, hr = 8024000C
2018.05.30 07:26:33.4044156 1140  3808  Shared          UpdateNetworkState Ipv6, cNetworkInterfaces = 0.
2018.05.30 07:26:33.4044244 1140  3808  Shared          UpdateNetworkState Ipv4, cNetworkInterfaces = 1.
2018.05.30 07:26:33.4044326 1140  3808  Shared          Power status changed
2018.05.30 07:26:33.4065989 1140  3808  Agent           Initializing global settings cache
2018.05.30 07:26:33.4066010 1140  3808  Agent           WSUS server: http://XXXX:8530
2018.05.30 07:26:33.4066025 1140  3808  Agent           WSUS status server: http://XXXX:8530
2018.05.30 07:26:33.4066041 1140  3808  Agent           Alternate Download Server: http://XXXX:8530
2018.05.30 07:26:33.4066051 1140  3808  Agent           Fill Empty Content Urls: No
2018.05.30 07:26:33.4066066 1140  3808  Agent           Target group: (Unassigned Computers)
2018.05.30 07:26:33.4066077 1140  3808  Agent           Windows Update access disabled: No
2018.05.30 07:26:33.4069736 1140  1204  Agent               Timer: 29A863E7-8609-4D1E-B7CD-5668F857F1DB, Expires 2018-05-30 13:42:13, not idle-only, not network-only
2018.05.30 07:26:33.4134070 1140  1204  Agent           Initializing Windows Update Agent
2018.05.30 07:26:33.4135009 1140  1204  DownloadManager Download manager restoring 0 downloads
2018.05.30 07:26:33.4135799 1140  1204  Agent           CPersistentTimeoutScheduler | GetTimer, returned hr = 0x00000000
1601.01.01 01:00:00.0000000 3768  3764                  Unknown( 11): GUID=349c41a9-8927-3d50-ed8a-be0b57a7b6b2 (No Format Information found).
2018.05.30 07:26:33.4424530 1140  3840  Shared          Effective power state: AC
2018.05.30 07:26:33.4424545 1140  3840  DownloadManager Power state change detected. Source now: AC
1601.01.01 01:00:00.0000000 3768  3544                  Unknown( 15): GUID=349c41a9-8927-3d50-ed8a-be0b57a7b6b2 (No Format Information found).
1601.01.01 01:00:00.0000000 3768  3544                  Unknown( 17): GUID=349c41a9-8927-3d50-ed8a-be0b57a7b6b2 (No Format Information found).
1601.01.01 01:00:00.0000000 3768  3764                  Unknown( 10): GUID=fe1b6309-dedb-392e-308c-ec757efded1a (No Format Information found).
2018.05.30 07:26:33.4786154 1572  3676  AppAU           * END * Finding app updates, exit code = 0x00000000
2018.05.30 07:26:33.4790147 1572  3676  AppAU           * END *, exit code = 0x00000000
----------------------------------------------------------------------

Die Frage jetzt wäre, liegt der Fehler im WSUS oder im Client? Ich habe 2 2016er am laufen und beide machen keinen Bericht. Sind aber im WSUS drin. Wie gesagt, Windows 10 funktioniert.
Jetzt ist die aktuelle WSUS-Version Build 6.3.9600.18838. Ich habe aber Build 6.3.9600.18694. Welches WSUS-Update bringt mich nach 18838?

Gruß
Viktor

Hallo,

leider immer noch Fehler 0x8024401c.

Ich habe auch über netsh konrolliert, ob ein Proxy eingetragen ist.

c:\netsh
netsh>winhttp
netsh winhttp>show proxy

Aktuelle WinHTTP-Proxyeinstellungen:
DirectAccess (kein Proxyserver).

Ich habe u.a. auch auf unserer Firewall kontrolliert, ob dort ein Internetzugriff versucht wurde. War negativ.
Im IIS-Log taucht der Client jedoch auch nicht mehr auf.

Mal eine Frage. Es gibt ja die Möglichkeit einen 2. WSUS aufzusetzen und diesen gegen den primären replizieren zu lassen. Ich hatte das damals mal gemacht noch unter Windows Server 2003. Da war es so das nicht alles repliziert wurde. Ich glaube die Gruppen und die zugewisenen Patches wurden repliziert, jedoch waren die Gruppen alle leer. Ich mußte damals die Clients manuell allen Gruppen wieder auf's Neue zuordnen. Ist das jetzt immer noch so?
Ich überlege gerade ob es noch Sinn macht weiter herumzusuchen.
Inzwischen habe ich einen 3. 2016er aufgesetzt. Das gleiche Problem. Im WSUS drin jedoch kein Bericht.

Gruß
Viktor

Guten Morgen,

nachdem ich ja den Server auf den aktuellsten Stand gebracht hatte (Windows-Updates direkt über Microsoft; KB4103725, 4095876, 4095875, 3135994) ließ sich heute die WSUS-Verwaltungskonsole nicht mehr öffnen.

In der Ereignsianzeige jede Menge Fehler:

- Selbstupdate ist nicht funktionsfähig ID13042
- Der Berichterstellungs-Webdienst ist nicht funktionsfähig ID12002
- Der API-Remoting-Webdienst ist nicht funktionsfähig. ID12012
- Der Serversynchronisierungs-Webdienst ist nicht funktionsfähig ID12032
- Der Clientwebdienst ist nicht funktionsfähig. ID12022
- Der SimpleAuth-Webdienst ist nicht funktionsfähig ID12042
- Der DSS-Authentifizierungs-Webdienst ist nicht funktionsfähig ID12052
- Es kann nicht auf das WSUS-Inhaltsverzeichnis zugegriffen werden.
System.Net.WebException: Der Remoteserver hat einen Fehler zurückgegeben: (503) Server nicht verfügbar.
   bei System.Net.HttpWebRequest.GetResponse() bei Microsoft.UpdateServices.Internal.HealthMonitoring.HmtWebServices.CheckContentDi
rWebAccess(EventLoggingType type, HealthEventLogger logger) ID12072

Nach einigen Suchen stellte ich fest, daß im IIS unter Anwendungspool der "WsusPool" nicht gestartet war. Nach dem manuellen Start konnte ich die Konsole wieder öffnen. Ich habe jedoch danach noch zusätzlich den Speicher des WSUSPools von 1843200 auf 8000000 hoch gesetzt.

Das nur mal so als kurze Info. Sollte solch ein Problem auch jemand anderes haben.

...... und die 2016er-Clients erstellen immer noch keinen Bericht. 

Gruß
Viktor

Schella schrieb on 01.06.18 um 08:04:19:


Du solltest den Speicher auf 0 stellen, dann nimmt sich der WSUSPOOl so viel Speicher, wie er benötigt.

Super, freut mich für Dich.