Windows 7: keine Updates über WSUS

[Anastasia]

Hallo NG´ler,

wir haben ein Problem mit div. Windows 7 Client in unserem Netzwerk,
die keine Windows Updates über unseren internen WSUS Server ziehen.
Alle anderen Clients unter XP oder Windows Server 2003 ziehen seit
Jahren ohne Probleme Updates.

Hier ein Auszug aus dem WindowsUpdate.log:

2010-03-29 10:45:58:943 928 b30 AU Triggering AU detection through
DetectNow API
2010-03-29 10:45:58:943 928 b30 AU Triggering Online detection
(interactive)
2010-03-29 10:45:58:975 928 c20 AU #############
2010-03-29 10:45:58:975 928 c20 AU ## START ## AU: Search for
updates
2010-03-29 10:45:58:975 928 c20 AU #########
2010-03-29 10:45:58:975 928 c20 AU <<## SUBMITTED ## AU: Search for
updates [CallId = {60C452D4-EFDE-4E32-AB21-604D7BDA8EF6}]
2010-03-29 10:45:58:975 928 a84 Agent *************
2010-03-29 10:45:58:975 928 a84 Agent ** START ** Agent: Finding
updates [CallerId = AutomaticUpdates]
2010-03-29 10:45:58:975 928 a84 Agent *********
2010-03-29 10:45:58:975 928 a84 Agent * Online = Yes; Ignore
download priority = No
2010-03-29 10:45:58:975 928 a84 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"
2010-03-29 10:45:58:975 928 a84 Agent * ServiceID = {3DA21691-
E39D-4DA6-8A4B-B43877BCB1B7} Managed
2010-03-29 10:45:58:975 928 a84 Agent * Search Scope = {Machine}
2010-03-29 10:45:58:975 928 a84 Setup Checking for agent SelfUpdate
2010-03-29 10:45:58:975 928 a84 Setup Client version: Core:
7.4.7600.226 Aux: 7.4.7600.226
2010-03-29 10:45:58:975 928 a84 Misc Validating signature for C:
\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
2010-03-29 10:45:58:990 928 a84 Misc Microsoft signed: Yes
2010-03-29 10:45:59:037 928 a84 Misc Validating signature for C:
\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
2010-03-29 10:45:59:053 928 a84 Misc Microsoft signed: Yes
2010-03-29 10:45:59:053 928 a84 Misc Validating signature for C:
\Windows\SoftwareDistribution\SelfUpdate\wsus3setup.cab:
2010-03-29 10:45:59:068 928 a84 Misc Microsoft signed: Yes
2010-03-29 10:45:59:068 928 a84 Misc Validating signature for C:
\Windows\SoftwareDistribution\SelfUpdate\wsus3setup.cab:
2010-03-29 10:45:59:084 928 a84 Misc Microsoft signed: Yes
2010-03-29 10:45:59:115 928 a84 Setup Determining whether a new setup
handler needs to be downloaded
2010-03-29 10:45:59:131 928 a84 Setup SelfUpdate handler is not
found. It will be downloaded
2010-03-29 10:45:59:131 928 a84 Setup Evaluating applicability of
setup package "WUClient-SelfUpdate-
ActiveX~31bf3856ad364e35~x86~~7.4.7600.226"
2010-03-29 10:46:00:194 928 a84 Setup Setup package "WUClient-
SelfUpdate-ActiveX~31bf3856ad364e35~x86~~7.4.7600.226" is already
installed.
2010-03-29 10:46:00:194 928 a84 Setup Evaluating applicability of
setup package "WUClient-SelfUpdate-Aux-
TopLevel~31bf3856ad364e35~x86~~7.4.7600.226"
2010-03-29 10:46:00:225 928 a84 Setup Setup package "WUClient-
SelfUpdate-Aux-TopLevel~31bf3856ad364e35~x86~~7.4.7600.226" is already
installed.
2010-03-29 10:46:00:225 928 a84 Setup Evaluating applicability of
setup package "WUClient-SelfUpdate-Core-
TopLevel~31bf3856ad364e35~x86~~7.4.7600.226"
2010-03-29 10:46:00:350 928 a84 Setup Setup package "WUClient-
SelfUpdate-Core-TopLevel~31bf3856ad364e35~x86~~7.4.7600.226" is
already installed.
2010-03-29 10:46:00:350 928 a84 Setup SelfUpdate check completed.
SelfUpdate is NOT required.
2010-03-29 10:46:00:459 928 a84 PT +++++++++++ PT: Synchronizing
server updates +++++++++++
2010-03-29 10:46:00:459 928 a84 PT + ServiceId = {3DA21691-
E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://WSUS/ClientWebService/client.asmx
2010-03-29 10:46:00:662 928 a84 PT WARNING: Cached cookie has expired
or new PID is available
2010-03-29 10:46:00:662 928 a84 PT Initializing simple targeting
cookie, clientId = 4bc27b29-0531-4350-8109-08ad51da56a5, target group
= , DNS name = w7x86
2010-03-29 10:46:00:662 928 a84 PT Server URL =
http://WSUS/SimpleAuthWebService/SimpleAuth.asmx
2010-03-29 10:46:00:678 928 a84 PT WARNING: GetAuthorizationCookie
failure, error = 0x80244018, soap client error = 10, soap error code =
0, HTTP status code = 403
2010-03-29 10:46:00:678 928 a84 PT WARNING: Failed to initialize
Simple Targeting Cookie: 0x80244018
2010-03-29 10:46:00:678 928 a84 PT WARNING: PopulateAuthCookies
failed: 0x80244018
2010-03-29 10:46:00:678 928 a84 PT WARNING: RefreshCookie failed:
0x80244018
2010-03-29 10:46:00:678 928 a84 PT WARNING: RefreshPTState failed:
0x80244018
2010-03-29 10:46:00:678 928 a84 PT WARNING: Sync of Updates:
0x80244018
2010-03-29 10:46:00:678 928 a84 PT WARNING: SyncServerUpdatesInternal
failed: 0x80244018
2010-03-29 10:46:00:678 928 a84 Agent * WARNING: Failed to
synchronize, error = 0x80244018
2010-03-29 10:46:00:678 928 a84 Agent * WARNING: Exit code =
0x80244018
2010-03-29 10:46:00:678 928 a84 Agent *********
2010-03-29 10:46:00:678 928 a84 Agent ** END ** Agent: Finding
updates [CallerId = AutomaticUpdates]
2010-03-29 10:46:00:678 928 a84 Agent *************
2010-03-29 10:46:00:678 928 a84 Agent WARNING: WU client failed
Searching for update with error 0x80244018
2010-03-29 10:46:00:678 928 760 AU >>## RESUMED ## AU: Search for
updates [CallId = {60C452D4-EFDE-4E32-AB21-604D7BDA8EF6}]
2010-03-29 10:46:00:678 928 760 AU # WARNING: Search callback
failed, result = 0x80244018
2010-03-29 10:46:00:678 928 760 AU # WARNING: Failed to find
updates with error code 80244018
2010-03-29 10:46:00:678 928 760 AU #########
2010-03-29 10:46:00:678 928 760 AU ## END ## AU: Search for
updates [CallId = {60C452D4-EFDE-4E32-AB21-604D7BDA8EF6}]
2010-03-29 10:46:00:678 928 760 AU #############
2010-03-29 10:46:00:678 928 760 AU Need to show Unable to Detect
notification
2010-03-29 10:46:00:678 928 760 AU Successfully wrote event for AU
health state:1
2010-03-29 10:46:00:678 928 760 AU AU setting next detection timeout
to 2010-03-29 13:46:00
2010-03-29 10:46:00:678 928 760 AU Setting AU scheduled install time
to 2010-03-29 09:00:00
2010-03-29 10:46:00:678 928 760 AU Successfully wrote event for AU
health state:1
2010-03-29 10:46:00:678 928 760 AU Successfully wrote event for AU
health state:1
2010-03-29 10:46:05:679 928 a84 Report REPORT EVENT:
{E8BAF015-3821-48AC-B6CF-98949DEB50AD} 2010-03-29 10:46:00:678+0200 1
148 101 {00000000-0000-0000-0000-000000000000} 0 80244018
AutomaticUpdates Failure Software Synchronization Windows Update
Client failed to detect with error 0x80244018.
2010-03-29 10:46:06:085 928 a84 Report CWERReporter::HandleEvents -
WER report upload completed with status 0x8
2010-03-29 10:46:06:085 928 a84 Report WER Report sent: 7.4.7600.226
0x80244018 00000000-0000-0000-0000-000000000000 Scan 101 Managed
2010-03-29 10:46:06:085 928 a84 Report CWERReporter finishing event
handling. (00000000)
2010-03-29 11:00:10:071 928 c20 AU Forced install timer expired for
scheduled install
2010-03-29 11:00:10:071 928 c20 AU UpdateDownloadProperties: 0
download(s) are still in progress.

Das Diagnostic Tool auf dem Client sagt folgendes:

WSUS Client Diagnostics Tool

Checking Machine State
Checking for admin rights to run tool . . . . . . . . . PASS
Automatic Updates Service is running. . . . . . . . . . PASS
Background Intelligent Transfer Service is not running. PASS
Wuaueng.dll version 7.4.7600.226. . . . . . . . . . . . PASS
This version is WSUS 2.0

Checking AU Settings
AU Option is 4: Scheduled Install . . . . . . . . . . . PASS
Option is from Policy settings

Checking Proxy Configuration
Checking for winhttp local machine Proxy settings . . . PASS
Winhttp local machine access type
<Direct Connection>
Winhttp local machine Proxy. . . . . . . . . . NONE
Winhttp local machine ProxyBypass. . . . . . . NONE
Checking User IE Proxy settings . . . . . . . . . . . . PASS
User IE Proxy. . . . . . . . . . . . . . . . . NONE
User IE ProxyByPass. . . . . . . . . . . . . . NONE
User IE AutoConfig URL Proxy . . . . . . . . . NONE
User IE AutoDetect
AutoDetect not in use

Checking Connection to WSUS/SUS Server
WUServer = http://WSUS
WUStatusServer = http://WSUS
UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS

VerifyWUServerURL() failed with hr=0x80190193

No Error description could be found

Press Enter to Complete

Wenn ich die URL http://WSUS/SimpleAuthWebService/SimpleAuth.asmx, die
mit dem HTTP Staus 403 im Log angezeigt wird, im IE8 aufrufe,
erscheint ein Auswahl:

The following operations are supported. For a formal definition,
please review the Service Description.

- GetAuthorizationCookie
- Ping

Wenn ich den Window Update Check in der Systemsteuerung des Windows 7
Client aufrufe, mit "Check for updates", kommt nach wenigen
Augenblicken folgender Fehler:

Windows could not search for new updates

An error occured while checking for new updates for your computer.

Error(s) found:

Code 80244018 Windows Update encountered an unknown error. Get help
with this error.

Im IIS Log des WSUS Servers erscheinen nur HTTP Status 200 Meldungen
zu dieser Client IP und Uhrzeit.

Wir benutzen keinen Proxy und ich habe den WSUS Server in die Trusted
Sites des IE aufgenommen.

Hat jemand ein Idee, wie man das Problem lösen kann?

Vielen Dank im Voraus, viele Grüße Anastasia

[Anastasia]

Kuzer Nachtrag zum Thema Proxy oder nicht:

C:\Users\administrator>netsh winhttp show proxy

Current WinHTTP proxy settings:

Direct access (no proxy server).

[Winfried Sonntag [MVP]]

Anastasia schrieb:

> wir haben ein Problem mit div. Windows 7 Client in unserem Netzwerk,
> die keine Windows Updates über unseren internen WSUS Server ziehen.
> Alle anderen Clients unter XP oder Windows Server 2003 ziehen seit
> Jahren ohne Probleme Updates.

Haben die W7-Clients eine eigene GPO oder bekommen Sie die von den
XP-Clients?

> 2010-03-29 10:46:00:678 928 a84 PT WARNING: GetAuthorizationCookie
> failure, error = 0x80244018, soap client error = 10, soap error code =
> 0, HTTP status code = 403
> 2010-03-29 10:46:00:678 928 a84 PT WARNING: Failed to initialize
> Simple Targeting Cookie: 0x80244018
> 2010-03-29 10:46:00:678 928 a84 PT WARNING: PopulateAuthCookies
> failed: 0x80244018

> Das Diagnostic Tool auf dem Client sagt folgendes:

>
> WSUS Client Diagnostics Tool
>
> Checking Machine State
> Checking for admin rights to run tool . . . . . . . . . PASS
> Automatic Updates Service is running. . . . . . . . . . PASS
> Background Intelligent Transfer Service is not running. PASS

Kannst Du den BITS manuell starten? Wie ist die eingestellte Startart?
Der BITS muß mind. auf manuell stehen.

> VerifyWUServerURL() failed with hr=0x80190193

Kontrollier die NTFS-Berechtigungen im IIS für alles was den WSUS
betrifft.
http://technet2.microsoft.com/WindowsServer/en/library/36a1530c-dfad-47df-9a3d-906190038a7a1033.mspx
http://technet2.microsoft.com/WindowsServer/en/library/92a5f3b2-48cb-4c45-b2c5-84444efd338c1033.mspx

> Wenn ich die URL http://WSUS/SimpleAuthWebService/SimpleAuth.asmx, die
> mit dem HTTP Staus 403 im Log angezeigt wird, im IE8 aufrufe,
> erscheint ein Auswahl:
>
> The following operations are supported. For a formal definition,
> please review the Service Description.
>
> - GetAuthorizationCookie
> - Ping

Du kannst maximal mit dieser URL testen.
http://Dein_WSUS/selfupdate/wuident.cab Sobald Du hier einen Download
angeboten bekommst, sollte am Client alles in Ordnung sein.

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
GPO's: http://www.gruppenrichtlinien.de
Gruppenrichtlinien Mailingliste "gpupdate":
http://frickelsoft.net/cms/index.php?page=mailingliste

[Anastasia]

Hallo Winfried,

On 29 Mrz., 12:36, "Winfried Sonntag [MVP]" <Winfried.Sonn...@gmx.de>
wrote:

> Haben die W7-Clients eine eigene GPO oder bekommen Sie die von den
> XP-Clients?

W7 haben die gleiche GPO wie XP.

> Kannst Du den BITS manuell starten? Wie ist die eingestellte Startart?
> Der BITS muß mind. auf manuell stehen.

BITS steht auf manuell und läßt sich ohne Probleme auch Starten.

> Kontrollier die NTFS-Berechtigungen im IIS für alles was den WSUS

> betrifft.http://technet2.microsoft.com/WindowsServer/en/library/36a1530c-dfad-...http://technet2.microsoft.com/WindowsServer/en/library/92a5f3b2-48cb-...

Beide MS Artikel bin ich durchgegangen, alles ist so eingestellt, wie
in den Dokumenten angegeben, bis auf eine Einstellung im Appendix C:
IIS Settings for Web Services:

ApiRemoting30:
Directory: %ProgramFiles%Update Services\Administration

Bei mir ist folgender Pfad eingetragen: %ProgramFiles%Update Services
\Webservices\ApiRemoting30

Den Unterordner "Administration" habe ich gar nicht unter %ProgramFiles
%Update Services, höchstens noch den Ordner "adm" oder
"administratonsnapin".

> Du kannst maximal mit dieser URL testen.http://Dein_WSUS/selfupdate/wuident.cabSobald Du hier einen Download

> angeboten bekommst, sollte am Client alles in Ordnung sein.

Ja, die CAB Datei kann ich vom Client aus downloaden.

Es ist zum Verzweifeln oder?

Viele Grüße, Anastasia

[Anastasia]

Nachtrag:

Im Application Eventlog vom Client finden sich immer 2 Einträge,
nachdem der manuelle Button "Check for updates" gefrückt wurde

1. Eintrag:

Log Name: Application
Source: Windows Error Reporting
Date: 29.03.2010 17:02:57
Event ID: 1001
Task Category: None
Level: Information
Keywords: Classic
User: N/A
Computer: W7x86
Description:
Fault bucket , type 0
Event Name: WindowsUpdateFailure
Response: Not available
Cab Id: 0

Problem signature:
P1: 7.4.7600.226
P2: 80244018
P3: 00000000-0000-0000-0000-000000000000
P4: Scan
P5: 101
P6: Managed
P7:
P8:
P9:
P10:

Attached files:

These files may be available here:

Analysis symbol:
Rechecking for solution: 0
Report Id: 27fbc55f-3b44-11df-a690-005056bc0a38
Report Status: 0
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Error Reporting" />
<EventID Qualifiers="0">1001</EventID>
<Level>4</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2010-03-29T15:02:57.000000000Z" />
<EventRecordID>1880</EventRecordID>
<Channel>Application</Channel>
<Computer>W7x86</Computer>
<Security />
</System>
<EventData>
<Data>
</Data>
<Data>0</Data>
<Data>WindowsUpdateFailure</Data>
<Data>Not available</Data>
<Data>0</Data>
<Data>7.4.7600.226</Data>
<Data>80244018</Data>
<Data>00000000-0000-0000-0000-000000000000</Data>
<Data>Scan</Data>
<Data>101</Data>
<Data>Managed</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>0</Data>
<Data>27fbc55f-3b44-11df-a690-005056bc0a38</Data>
<Data>0</Data>
</EventData>
</Event>

2. Eintrag:

Log Name: Application
Source: Windows Error Reporting
Date: 29.03.2010 17:02:57
Event ID: 1001
Task Category: None
Level: Information
Keywords: Classic
User: N/A
Computer: W7x86
Description:
Fault bucket , type 0
Event Name: WindowsUpdateFailure
Response: Not available
Cab Id: 0

Problem signature:
P1: 7.4.7600.226
P2: 80244018
P3: 00000000-0000-0000-0000-000000000000
P4: Scan
P5: 101
P6: Managed
P7:
P8:
P9:
P10:

Attached files:

These files may be available here:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue
\NonCritical_7.4.7600.226_a86538ba34965160e56411228fa528925832f89_0ea101e4

Analysis symbol:
Rechecking for solution: 0
Report Id: 27fbc55f-3b44-11df-a690-005056bc0a38
Report Status: 4
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Windows Error Reporting" />
<EventID Qualifiers="0">1001</EventID>
<Level>4</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2010-03-29T15:02:57.000000000Z" />
<EventRecordID>1881</EventRecordID>
<Channel>Application</Channel>
<Computer>W7x86</Computer>
<Security />
</System>
<EventData>
<Data>
</Data>
<Data>0</Data>
<Data>WindowsUpdateFailure</Data>
<Data>Not available</Data>
<Data>0</Data>
<Data>7.4.7600.226</Data>
<Data>80244018</Data>
<Data>00000000-0000-0000-0000-000000000000</Data>
<Data>Scan</Data>
<Data>101</Data>
<Data>Managed</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>
</Data>
<Data>C:\ProgramData\Microsoft\Windows\WER\ReportQueue
\NonCritical_7.4.7600.226_a86538ba34965160e56411228fa528925832f89_0ea101e4</
Data>
<Data>
</Data>
<Data>0</Data>
<Data>27fbc55f-3b44-11df-a690-005056bc0a38</Data>
<Data>4</Data>
</EventData>
</Event>

[Winfried Sonntag [MVP]]

Anastasia schrieb:

>> Du kannst maximal mit dieser URL testen.http://Dein_WSUS/selfupdate/wuident.cabSobald Du hier einen Download
>> angeboten bekommst, sollte am Client alles in Ordnung sein.
>
> Ja, die CAB Datei kann ich vom Client aus downloaden.

Das ist ja schon mal die halbe Miete. ;)

> Es ist zum Verzweifeln oder?

Leere den Downloadcache auf dem Client.
net stop wuauserv
rd /s /q %windir%\SoftwareDistribution
net start wuauserv
wuauclt /detectnow
wuauclt /reportnow
Neu starten, gehts jetzt?

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe

http://www.microsoft.com/germany/windowsserver2003/technologien/updateservices/default.mspx
http://www.wsuswiki.com/Home
http://wsus.de/

[Anastasia]

On 29 Mrz., 18:23, Winfried Sonntag [MVP] <Winfried.Sonn...@gmx.de>
wrote:

> Leere den Downloadcache auf dem Client.

> net stop wuauserv
> rd /s /q %windir%\SoftwareDistribution
> net start wuauserv
> wuauclt /detectnow
> wuauclt /reportnow
> Neu starten, gehts jetzt?

Leider nicht. Der gleiche Fehler und die beiden Eventlog Einträge
kommen auch wieder.

Das kann doch nicht sein, dass die Windows 7 Clients keine Updates
mehr ziehen können.
Es ging ja mal. Ob das irgendein Sicherheitsupdate war, was das jetzt
verhindert?

Viele Grüße, Anastasia

[Anastasia]

Eins vielleicht noch:

Die beiden Eventlogeinträge referrieren immer auf WER Dateien, die
hier liegen:

C:\ProgramData\Microsoft\Windows\WER\ReportQueue
\NonCritical_7.4.7600.226_a86538ba34965160e56411228fa528925832f89_0ea101e4

Inhalt dieser WER Dateien ist:

Version=1
EventType=WindowsUpdateFailure
EventTime=129144028236345676
Consent=1
UploadTime=129144086387134504
ReportIdentifier=758e1acc-3bc2-11df-a690-005056bc0a38
Response.type=4
Sig[0].Name=ClientVersion
Sig[0].Value=7.4.7600.226
Sig[1].Name=Win32HResult
Sig[1].Value=80244018
Sig[2].Name=UpdateId
Sig[2].Value=D67661EB-2423-451D-BF5D-13199E37DF28
Sig[3].Name=Scenario
Sig[3].Value=Scan
Sig[4].Name=SourceId
Sig[4].Value=101
Sig[5].Name=Environment
Sig[5].Value=Managed
DynamicSig[1].Name=OS Version
DynamicSig[1].Value=6.1.7600.2.0.0.256.48
DynamicSig[2].Name=Locale ID
DynamicSig[2].Value=1031
FriendlyEventName=Windows Update installation problem
ConsentKey=WindowsUpdateFailure
AppName=Host Process for Windows Services
AppPath=C:\Windows\System32\svchost.exe
ReportDescription=A Windows update did not install properly. Sending
the following information to Microsoft can help improve the software.

Ist da irgendwie ein Update nicht richtig installiert? Das Problem ist
nur: welches?

[Winfried Sonntag [MVP]]

Anastasia schrieb:

Kannst Du im Updateverlauf etwas sehen? Installier den aktuellen
WU-Agent mit der Option /WUFORCE wie hier gen. erneut.
http://patch-info.de/artikel/2009/08/27/681

Servus
Winfried
--
Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe

[Anastasia]

On 30 Mrz., 10:27, "Winfried Sonntag [MVP]" <Winfried.Sonn...@gmx.de>
wrote:

> Kannst Du im Updateverlauf etwas sehen?

Die Update Historie ist leer.

Aber auf dem System sind schon 9 Updates installiert (am 27.01.10):

Office 2007 SP2
KB978207
KB977074
KB975467
KB974571
KB974431
KB972270
KB973525
KB976098

> Installier den aktuellen
> WU-Agent mit der Option /WUFORCE wie hier gen. erneut.http://patch-info.de/artikel/2009/08/27/681

Hab ich gemacht. Zieht immer noch keine Updates.

Jedesmal wird ein error reporting erzeugt, der besagt, dass ein
Windows Update nicht installiert werden konnte (Host process for
Windows Services)

Das Troubleshooting findet aber auch keine Lösung dazu.

[Winfried Sonntag [MVP]]

Anastasia schrieb:

> On 30 Mrz., 10:27, "Winfried Sonntag [MVP]" <Winfried.Sonn...@gmx.de>
> wrote:
>
>> Kannst Du im Updateverlauf etwas sehen?
>
> Die Update Historie ist leer.
>
> Aber auf dem System sind schon 9 Updates installiert (am 27.01.10):

Verschieb den Client doch mal in eine OU, auf der keine WSUS-GPO wirkt.
GPUPDATE und zweimal neu starten. Jetzt wieder in die alte OU zurï¿œck
verschieben. GPUPDATE und erneut zweimal neu starten.

> Jedesmal wird ein error reporting erzeugt, der besagt, dass ein
> Windows Update nicht installiert werden konnte (Host process for
> Windows Services)

Nimm den Client aus der Domain, lï¿œsch das Computerkonto, geh auf Windows
Update manuell. Welche Updates werden angeboten und kannst Du sie
manuell installieren? Zum testen nur mal eines auswï¿œhlen. Wenn das
klappt, Client wieder aufnehmen und erneut probieren. Klappt das auch
nicht, client wieder aus der Domain nehmen und bei MS ein kostenloses
Ticket erï¿œffnen. Nur wenn der Client nicht in einer Domain ist, sind
WU-Probleme bei MS kostenlos.

[Anastasia]

On 30 Mrz., 12:22, "Winfried Sonntag [MVP]" <Winfried.Sonn...@gmx.de>
wrote:

> Verschieb den Client doch mal in eine OU, auf der keine WSUS-GPO wirkt.
> GPUPDATE und zweimal neu starten. Jetzt wieder in die alte OU zur ck

> verschieben. GPUPDATE und erneut zweimal neu starten.

Hab ich probiert: negativ.

> Nimm den Client aus der Domain, l sch das Computerkonto, geh auf Windows

> Update manuell. Welche Updates werden angeboten und kannst Du sie

> manuell installieren? Zum testen nur mal eines ausw hlen.

Ja, das geht, es werden mir 38 Updates angeboten über die Microsoft
Seite, 2 davon habe ich ohne Probleme installieren können, als Test.

> Wenn das
> klappt, Client wieder aufnehmen und erneut probieren.

Eigene OU angelegt, wo keine GPO wirken, Computerkonto verschoben ->
Updates können weiterhin übers Internet installiert werden.
Die vorhandene WSUS GPO auf diese OU verlinkt, neu gestartet, Updates
können nicht mehr gezogen werden, also das gleiche Problem
wie vorher auch.

So ein Mist!

[Anastasia]

Hi Winfried,

das Problem ist gelöst.

In der GPO habe ich anstatt des FQDN des internen WSUS Servers nur den
Hostnamen des WSUS Servers angegeben, dann werden die Updates vom WSUS
Server gezogen.

Das ist aufgefallen, nachdem ich eine neue OU und eine neue WSUS GPO
erstellt hatte, und ich intuitive zu faul war, den langen FQDN
einzutragen ;-)

Verstehe zwar nicht so ganz, warum der FQDN nicht geht, da der Server
im DNS sauber eingetragen ist, aber gut. Da scheint bei Windows 7
einiges anders zu laufen.

Viele Grüße, Anastasia

[Winfried Sonntag [MVP]]

Anastasia schrieb:

> das Problem ist gelï¿œst.

Freut mich. ;)

> In der GPO habe ich anstatt des FQDN des internen WSUS Servers nur den
> Hostnamen des WSUS Servers angegeben, dann werden die Updates vom WSUS
> Server gezogen.

Dann ist wohl bei der DNS-Konfiguration auf dem Client was nicht in
Ordnung. Bei meinen W7-Clients steht der WSUS mit dem FQDN in der GPO
und es funktioniert.

> Das ist aufgefallen, nachdem ich eine neue OU und eine neue WSUS GPO
> erstellt hatte, und ich intuitive zu faul war, den langen FQDN
> einzutragen ;-)

Jaja, die Faulheit. ;)

> Verstehe zwar nicht so ganz, warum der FQDN nicht geht, da der Server
> im DNS sauber eingetragen ist, aber gut. Da scheint bei Windows 7
> einiges anders zu laufen.

Hmm, glaub ich nicht. Kontrollier die TCP/IP-Einstellungen ganz genau
von einem 7 und XP-Client. Irgendwo muￜ es einen Unterschied geben.

[Anastasia]

On 30 Mrz., 16:56, "Winfried Sonntag [MVP]" <Winfried.Sonn...@gmx.de>
wrote:

> Hmm, glaub ich nicht. Kontrollier die TCP/IP-Einstellungen ganz genau
> von einem 7 und XP-Client. Irgendwo mu es einen Unterschied geben.

Die LAN Settings unter XP und W7 Client sind exakt die gleichen,
trotzdem hatten die W7 Clients das Problem mit den Windows Updates,
die XP Clients zum selben Zeitpunkt nicht - komisch oder?

Viele Grüße, Anastasia