11
WSUS: Nicht alle Computer erkannt
Lösung im letzten Thread!!!
Guten Tag
Ich betreibe einen WSUS Server, wo Win XP, W2K, W2KS und W2K3S geupdatet werden.
Im Moment sind 60 Clients und 4 Server erfasst.
Leider habe ich mit ca. 10 Arbeitsstationen (W2K und XP) das Problem, dass diese einfach nicht vom WSUS Server erkannt werden.
Das komische ist, dass bereits so viele erkannt wurden und auch funktionieren.
Probleme auf den einzelnen Clients kann ich eigentlich auch ausschliessen.
Die Updates können Problemlos über die Windows Update Webseite gemacht werden, die Computer sind alle ziemlich auf dem neusten Stand (SPs überall aktuell) und ich habe auch überall die WinUpdRestore laufen lassen (gibt es hier: [url]http://www.mshelper.de/sites/regists.html[/url]) zudem dieses Script auf den Clients ausgeführt:
Regsvr32 MSXML3.dll
net stop wuauserv
regsvr32 /u wuaueng.dll
regsvr32 wuaueng.dll
net start wuauserv
wuauclt.exe /resetauthorization /detectnow
Und zum Schluss noch gecheckt:
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 5.8.0.2469. . . . . . . . . . . . . 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 = [url]http://wsus[/url]
WUStatusServer = [url]http://wsus[/url]
UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS
Connection to server. . . . . . . . . . . . . . . . . . PASS
SelfUpdate folder is present. . . . . . . . . . . . . . PASS
Press Enter to Complete
Der Port wurde auf den Default (80) gesetzt, womit ich also keinen angeben muss!
Mit der Gruppenrichtlinie habe ich soweit keine Probleme, wenn ich nämlich unter Arbeitsplatz-->Eigenschaften-->Automatische Updates schaue wurde dort die Einstellung "Täglich um 12.00" übernommen.
Ich habe den Client auch schon neu zur Domäne hinzugefügt, wodurch es eigentlich auch nicht am Computerkonto liegen sollte.
Ich weiss beim besten Willen nicht mehr weiter...
Danke für eure Hilfe!
glg
//-->
Lösung im letzten Thread!!!
Guten Tag
Ich betreibe einen WSUS Server, wo Win XP, W2K, W2KS und W2K3S geupdatet werden.
Im Moment sind 60 Clients und 4 Server erfasst.
Leider habe ich mit ca. 10 Arbeitsstationen (W2K und XP) das Problem, dass diese einfach nicht vom WSUS Server erkannt werden.
Das komische ist, dass bereits so viele erkannt wurden und auch funktionieren.
Probleme auf den einzelnen Clients kann ich eigentlich auch ausschliessen.
Die Updates können Problemlos über die Windows Update Webseite gemacht werden, die Computer sind alle ziemlich auf dem neusten Stand (SPs überall aktuell) und ich habe auch überall die WinUpdRestore laufen lassen (gibt es hier: [url]http://www.mshelper.de/sites/regists.html[/url]) zudem dieses Script auf den Clients ausgeführt:
Regsvr32 MSXML3.dll
net stop wuauserv
regsvr32 /u wuaueng.dll
regsvr32 wuaueng.dll
net start wuauserv
wuauclt.exe /resetauthorization /detectnow
Und zum Schluss noch gecheckt:
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 5.8.0.2469. . . . . . . . . . . . . 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 = [url]http://wsus[/url]
WUStatusServer = [url]http://wsus[/url]
UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS
Connection to server. . . . . . . . . . . . . . . . . . PASS
SelfUpdate folder is present. . . . . . . . . . . . . . PASS
Press Enter to Complete
Der Port wurde auf den Default (80) gesetzt, womit ich also keinen angeben muss!
Mit der Gruppenrichtlinie habe ich soweit keine Probleme, wenn ich nämlich unter Arbeitsplatz-->Eigenschaften-->Automatische Updates schaue wurde dort die Einstellung "Täglich um 12.00" übernommen.
Ich habe den Client auch schon neu zur Domäne hinzugefügt, wodurch es eigentlich auch nicht am Computerkonto liegen sollte.
Ich weiss beim besten Willen nicht mehr weiter...
Danke für eure Hilfe!
glg
//-->
Lösung im letzten Thread!!!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 37439
Url: https://administrator.de/forum/wsus-nicht-alle-computer-erkannt-37439.html
Ausgedruckt am: 10.01.2025 um 21:01 Uhr
11 Kommentare
Neuester Kommentar
Hi,
was für ein SP haben die 10 Clients denn?
Bei W2k muss SP4 installiert sein und bei XP sollte der aktuelle Windows Installler installiert sein. Das es über Windows Update geht heisst noch nicht unbedingt, dass es mit WSUS auch gehen muss. Hatte mit einem Client auch mal das Problem, da gab es Probleme mit dem Automatischen Update Dienst und dem BITS 2.0. Manchmal dauert es auch länger. Unter www.wsus.de gibt es Tools zum Download für solche Probleme.
MfG
Maggus
was für ein SP haben die 10 Clients denn?
Bei W2k muss SP4 installiert sein und bei XP sollte der aktuelle Windows Installler installiert sein. Das es über Windows Update geht heisst noch nicht unbedingt, dass es mit WSUS auch gehen muss. Hatte mit einem Client auch mal das Problem, da gab es Probleme mit dem Automatischen Update Dienst und dem BITS 2.0. Manchmal dauert es auch länger. Unter www.wsus.de gibt es Tools zum Download für solche Probleme.
MfG
Maggus
Hallo,
falls es sich um geimagte clients handelt, bei denen der WSUS-Client mitgeimaged wurde, bekommen die clients eine WSUSid, die bei allen gleich ist und den anschein erweckt, der client hinge nich am WSUS
Einfach mal das logfile c:\windows\Windows Update.log überprüfen, ob der client nicht doch am WSUS hängt!
Falls doch, hier die Lösung:
1. Batchdatei erstellen:
net stop wuauserv
regedit /S WSUSClientRepair.reg
net start wuauserv
wuauclt.exe /resetauthorization /detectnow
2. Regdatei (wsusclientrepair.reg) erstellen:
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate]
"AccountDomainSid"=-
"PingID"=-
"SusClientId"=-
3. Beide dateien in ein folder auf dem client kopieren und batch ausführen.
Hoffe, ich konnte Dir damit weiter helfen
grüsse
kr1eger
falls es sich um geimagte clients handelt, bei denen der WSUS-Client mitgeimaged wurde, bekommen die clients eine WSUSid, die bei allen gleich ist und den anschein erweckt, der client hinge nich am WSUS
Einfach mal das logfile c:\windows\Windows Update.log überprüfen, ob der client nicht doch am WSUS hängt!
Falls doch, hier die Lösung:
1. Batchdatei erstellen:
net stop wuauserv
regedit /S WSUSClientRepair.reg
net start wuauserv
wuauclt.exe /resetauthorization /detectnow
2. Regdatei (wsusclientrepair.reg) erstellen:
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate]
"AccountDomainSid"=-
"PingID"=-
"SusClientId"=-
3. Beide dateien in ein folder auf dem client kopieren und batch ausführen.
Hoffe, ich konnte Dir damit weiter helfen
grüsse
kr1eger
Servus,
Ich hatte ein ähnliches Problem. Aber bei mir lag es daran dass ich SUS hatte. Aber WSUS einfach installiert habe, auf einem anderen Server. Solltest du auch ungefähr ähnliche Konsellation gehabt haben/haben.
REG DELETE "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /f
REG ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /f
machen und schon authentifizieren sich die Kisten. Aber halt nur wenn du vom SUS auf WSUS gemacht hast.
MfG
Arma
Ich hatte ein ähnliches Problem. Aber bei mir lag es daran dass ich SUS hatte. Aber WSUS einfach installiert habe, auf einem anderen Server. Solltest du auch ungefähr ähnliche Konsellation gehabt haben/haben.
REG DELETE "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /f
REG ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Auto Update" /f
machen und schon authentifizieren sich die Kisten. Aber halt nur wenn du vom SUS auf WSUS gemacht hast.
MfG
Arma
W2K: SP4
XP: SP2
Also den BITS 2.0 hab ich auf allen Maschinen deaktiviert. Und der sollte auch keine Rolle beim erkennen spielen. Der würde dann wohl eher im Bezug bei fehlerhaften Updateinstallationen zum Zug kommen.
Die Tools helfen mir leider auch nicht weiter
.
Und der Automatische Update Dienst hab ich heute noch einmal über Win Update Seite aktualisiert.
Aber vielen Dank für die Tipps. Ich habe den BITS 2.0 nun bei einer Maschine mit den Problemen aktiviert. Vielleicht könnte es ja trotzdem helfen...
glg
XP: SP2
Also den BITS 2.0 hab ich auf allen Maschinen deaktiviert. Und der sollte auch keine Rolle beim erkennen spielen. Der würde dann wohl eher im Bezug bei fehlerhaften Updateinstallationen zum Zug kommen.
Die Tools helfen mir leider auch nicht weiter
.Und der Automatische Update Dienst hab ich heute noch einmal über Win Update Seite aktualisiert.
Aber vielen Dank für die Tipps. Ich habe den BITS 2.0 nun bei einer Maschine mit den Problemen aktiviert. Vielleicht könnte es ja trotzdem helfen...
glg
Danke für die vielen Hilfestellungen!
Ich werde das ganze Testen und danach Bescheid sagen!
glg
Ich werde das ganze Testen und danach Bescheid sagen!
glg
Was ich seit dem letzen Post gemacht habe:
Also auf dem einen Client hatte ich Probleme mit dem WMI Dienst und wenn dies so ist, kann sich dieser nicht mit dem WSUS Server synchronisieren, da er keine OS Informationen sendet.
Also Muss man diesen Dienst stoppen:
net stop winmgmt
Danach den Ordner "repository" unter system32\wbem löschen.
Den Dienst wieder starten:
net start winmgmt
Danach Start-->Ausführen-->Wbemtest.exe --> Verbinden mit den Default Einstellungen und der Ordner wird wieder erstellt.
Da der Client, wenn er schon im WSUS aufgelistet ist als Unknown bezeichnet wird muss man noch den Ordnerinhalt Softwaredistribution löschen.
Am besten man verwendet das Script:
REM Stop the Automatic Updates service
net stop wuauserv
REM Stop the Windows Management Instrumentation service
net stop winmgmt
REM Backup ReportingEvents.log. Then, delete the contents of
REM %systemroot%\SoftwareDistribution and
REM %systemroot%\system32\WBEM\Repository
copy %systemroot%\softwaredistribution\reportingevents.log %homedrive%\
del /f /q %systemroot%\softwaredistribution\*.*
move %homedrive%\reportingevents.log %systemroot%\softwaredistribution
REM Delete SusClientID and AccountDomainSid keys from
REM HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
SET WU_KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
reg delete %WU_KEY% /v SusClientID
reg delete %WU_KEY% /v AccountDomainSid
SET WU_KEY=
REM Start the Automatic Updates service
net start wuauserv
REM Start the Windows Management Instrumentation service
net start winmgmt
REM Force a group policy update
gpupdate /force
REM Roll the WU Client...
wuauclt /resetauthorization /detectnow
Aber ich habe immer noch Probleme, die sich nicht so lösen...
Mit der obigen Erklärung konnte ich einer von drei getesteten Clients hinzufügen.
Ach und ich habe noch ein Update auf dem WSUS Server installiert:
WindowsServer2003-KB898708-x86-deu.exe
Probleme (WindowsUpdate.log):
WU client failed Searching for update with error 0x8024000b
glg
Also auf dem einen Client hatte ich Probleme mit dem WMI Dienst und wenn dies so ist, kann sich dieser nicht mit dem WSUS Server synchronisieren, da er keine OS Informationen sendet.
Also Muss man diesen Dienst stoppen:
net stop winmgmt
Danach den Ordner "repository" unter system32\wbem löschen.
Den Dienst wieder starten:
net start winmgmt
Danach Start-->Ausführen-->Wbemtest.exe --> Verbinden mit den Default Einstellungen und der Ordner wird wieder erstellt.
Da der Client, wenn er schon im WSUS aufgelistet ist als Unknown bezeichnet wird muss man noch den Ordnerinhalt Softwaredistribution löschen.
Am besten man verwendet das Script:
REM Stop the Automatic Updates service
net stop wuauserv
REM Stop the Windows Management Instrumentation service
net stop winmgmt
REM Backup ReportingEvents.log. Then, delete the contents of
REM %systemroot%\SoftwareDistribution and
REM %systemroot%\system32\WBEM\Repository
copy %systemroot%\softwaredistribution\reportingevents.log %homedrive%\
del /f /q %systemroot%\softwaredistribution\*.*
move %homedrive%\reportingevents.log %systemroot%\softwaredistribution
REM Delete SusClientID and AccountDomainSid keys from
REM HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
SET WU_KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
reg delete %WU_KEY% /v SusClientID
reg delete %WU_KEY% /v AccountDomainSid
SET WU_KEY=
REM Start the Automatic Updates service
net start wuauserv
REM Start the Windows Management Instrumentation service
net start winmgmt
REM Force a group policy update
gpupdate /force
REM Roll the WU Client...
wuauclt /resetauthorization /detectnow
Aber ich habe immer noch Probleme, die sich nicht so lösen...
Mit der obigen Erklärung konnte ich einer von drei getesteten Clients hinzufügen.
Ach und ich habe noch ein Update auf dem WSUS Server installiert:
WindowsServer2003-KB898708-x86-deu.exe
Probleme (WindowsUpdate.log):
WU client failed Searching for update with error 0x8024000b
glg
rechner platt machen und neu installieren.. ist mit einer guten nlite cd fix erledigt und ein kalkulierbarer zeit aufwand 
Habe ja eine Full Unattended nLite CD, aber bei 10 Clients, wo zum Teil Bankensoftware installiert ist mag ich das trotzdem nicht machen...
Also, nach dem Tipp von Squire:
Squire
Hi,
schau mal auf http://www.wsus.de vorbei und zieh Dir auf der Download Seite "WSUS - DETECTNOW 2.0 "
Nach dem Ausführen dieses Tools erhalte ich folgendes Logfile (vor dem Ausführen habe ich es natürlich gelöscht):
http://www.bernhardluginbuehl.ch/temp/wuau.txt
Besonders Kopfschmerzen bereitet mir dieser Fehler, welcher ich auch bei anderen Clients habe:
WARNING: WU client failed Searching for update with error 0x8024000b
Also dieser Errorcode: 0x8024000b
Also, nach dem Tipp von Squire:
Squire
Hi,
schau mal auf http://www.wsus.de vorbei und zieh Dir auf der Download Seite "WSUS - DETECTNOW 2.0 "
Nach dem Ausführen dieses Tools erhalte ich folgendes Logfile (vor dem Ausführen habe ich es natürlich gelöscht):
http://www.bernhardluginbuehl.ch/temp/wuau.txt
Besonders Kopfschmerzen bereitet mir dieser Fehler, welcher ich auch bei anderen Clients habe:
WARNING: WU client failed Searching for update with error 0x8024000b
Also dieser Errorcode: 0x8024000b
http://groups.google.com.au/groups?hl=en&q=0x8024000B&btnG=Goog ...
Mal durchlesen, vielleicht hilft das.
Mal durchlesen, vielleicht hilft das.
Der Computer erscheint jetzt auf dem WSUS Server, verschwindet aber nach einer gewissen Zeit wieder, obwohl einer nun immer noch drin ist.
Zudem ist die Anzahl seit den beiden Computern nicht gestiegen und beträgt im Moment immer noch 65 Computer.
Was könnte das bloss wieder sein?
glg
//EDIT
Das Logfile ist übrigens sauber. Keine Warnungen mehr...
---
Die gesammte Lösung werde ich am Schluss posten!
Zudem ist die Anzahl seit den beiden Computern nicht gestiegen und beträgt im Moment immer noch 65 Computer.
Was könnte das bloss wieder sein?
glg
//EDIT
Das Logfile ist übrigens sauber. Keine Warnungen mehr...
---
Die gesammte Lösung werde ich am Schluss posten!
So ich werd mal den Lösungsweg posten, obwohl 2 von 3 Clients immer wieder aus dem WSUS verschwinden.
Aber das Logfile WindowsUpdate.log ist nun sauber.
Als erstes empfehle ich auf dem WSUS Server alle Updates nachzufahren (Auch SP).
Wenn Windows Update auf den Clients nicht funktioniert empfehle ich WinUpdRestore22.exe (http://www.mshelper.de/sites/regists.html).
Wenn das Logfile unter C:\WINDOWS\WindowsUpdate.log sauber ist kann man sich beim WSUS mit dem Tool WSUS_detect_now_2.0_ger.exe (http://downloads.wsus.de) anmelden.
Wenn es Probleme gibt wie:
WU client failed Searching for update with error 0x8024000b
0x8024400a
WARNING: Failed to read the service id for re-registration 0x80070002:
WARNING: SyncUpdates failure, error = 0x8024400A, soap client error = 10, soap error code = 0, HTTP status code = 200
WARNING: Sync of Updates: 0x8024400a
WARNING: Failed to synchronize, error = 0x8024400A
Sollten so vorgegangen werden:
Informationen zu WMI: http://www.microsoft.com/germany/technet/datenbank/articles/600682.mspx ...
Also wenn keine OS Informationen an den WSUS Server gesendet werden kann muss man den "Windows Management Instrumentation" Service stoppen
net stop winmgmt
Danach müssen Sie den Ordner Repositorys unter C:\WINDOWS\system32\wbem löschen.
Jetzt kann der Dienst wieder gestartet werden.
net start winmgmt
Jetzt das ganze Testen und den Ordner dadurch wieder erstellen.
Start-->Ausführen-->Wbemtest.exe eintippen.
Verbinden.. betätigen, die standard Einstellungen beibehalten und auf Verbinden klicken. Das kann nun ein bisschen dauern...
Es kann nun sein, dass der Client zwar im WSUS erkannt wird, aber das OS immer noch nicht erkannt wird und der Client im WSUS als "unknown" bezeichnet wird.
Dazu muss man den Inhalt des Softwaredistributionsverzeichnis löschen.
Hier ein Script:
REM Stop the Automatic Updates service
net stop wuauserv
REM Stop the Windows Management Instrumentation service
net stop winmgmt
REM Backup ReportingEvents.log. Then, delete the contents of
REM %systemroot%\SoftwareDistribution and
REM %systemroot%\system32\WBEM\Repository
copy %systemroot%\softwaredistribution\reportingevents.log %homedrive%\
del /f /q %systemroot%\softwaredistribution\*.*
move %homedrive%\reportingevents.log %systemroot%\softwaredistribution
REM Delete SusClientID and AccountDomainSid keys from
REM HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
SET WU_KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
reg delete %WU_KEY% /v SusClientID
reg delete %WU_KEY% /v AccountDomainSid
SET WU_KEY=
REM Start the Automatic Updates service
net start wuauserv
REM Start the Windows Management Instrumentation service
net start winmgmt
REM Force a group policy update
gpupdate /force
REM Roll the WU Client...
wuauclt /resetauthorization /detectnow
Sollten weiterhin Probleme auftreten kann noch das Versucht werden:
http://support.microsoft.com/kb/282784
Qfecheck.exe verifies the installation of Windows 2000 and Windows XP hotfixes
Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=155c7c58-102e- ...
Windows Installer:
http://www.pctipp.ch/helpdesk/kummerkasten/archiv/win2k/29703.asp
Windows Installer ist defekt - PCtipp-Kummerkasten
Wenn DLLs defekt sind kann bei Windows XP das SP2 erneut installiert werden. Bei Windows 2000 funktioniert das reparieren durch erneutes SP installieren leider nicht.
Ich hoffe, ich habe alles erwähnt.
Problem, welches noch offen ist:
Es gibt noch zwei Clients die im WSUS nach einer Reauthorisierung erscheinen, nach einer gewissen Zeit aber wieder verschwinden. Das WindowsUpdate Logfile ist aber sauber und enthält keine Warnungen oder sonstiges. Die GPO wurde erfolgreich angewendet, und der Client kann auch einwandfrei mit dem WSUS kommunizieren. Aber leider verschwinden die beiden immer wieder. Aber da es sich hier um nur zwei Clients handelt werde ich wohl einfach das Image neu installieren. Aber wenn es trotzdem noch einen Lösungsweg geben sollte wäre ich für jeden Tipp dankbar!
glg
Aber das Logfile WindowsUpdate.log ist nun sauber.
Als erstes empfehle ich auf dem WSUS Server alle Updates nachzufahren (Auch SP).
Wenn Windows Update auf den Clients nicht funktioniert empfehle ich WinUpdRestore22.exe (http://www.mshelper.de/sites/regists.html).
Wenn das Logfile unter C:\WINDOWS\WindowsUpdate.log sauber ist kann man sich beim WSUS mit dem Tool WSUS_detect_now_2.0_ger.exe (http://downloads.wsus.de) anmelden.
Wenn es Probleme gibt wie:
WU client failed Searching for update with error 0x8024000b
0x8024400a
WARNING: Failed to read the service id for re-registration 0x80070002:
WARNING: SyncUpdates failure, error = 0x8024400A, soap client error = 10, soap error code = 0, HTTP status code = 200
WARNING: Sync of Updates: 0x8024400a
WARNING: Failed to synchronize, error = 0x8024400A
Sollten so vorgegangen werden:
Informationen zu WMI: http://www.microsoft.com/germany/technet/datenbank/articles/600682.mspx ...
Also wenn keine OS Informationen an den WSUS Server gesendet werden kann muss man den "Windows Management Instrumentation" Service stoppen
net stop winmgmt
Danach müssen Sie den Ordner Repositorys unter C:\WINDOWS\system32\wbem löschen.
Jetzt kann der Dienst wieder gestartet werden.
net start winmgmt
Jetzt das ganze Testen und den Ordner dadurch wieder erstellen.
Start-->Ausführen-->Wbemtest.exe eintippen.
Verbinden.. betätigen, die standard Einstellungen beibehalten und auf Verbinden klicken. Das kann nun ein bisschen dauern...
Es kann nun sein, dass der Client zwar im WSUS erkannt wird, aber das OS immer noch nicht erkannt wird und der Client im WSUS als "unknown" bezeichnet wird.
Dazu muss man den Inhalt des Softwaredistributionsverzeichnis löschen.
Hier ein Script:
REM Stop the Automatic Updates service
net stop wuauserv
REM Stop the Windows Management Instrumentation service
net stop winmgmt
REM Backup ReportingEvents.log. Then, delete the contents of
REM %systemroot%\SoftwareDistribution and
REM %systemroot%\system32\WBEM\Repository
copy %systemroot%\softwaredistribution\reportingevents.log %homedrive%\
del /f /q %systemroot%\softwaredistribution\*.*
move %homedrive%\reportingevents.log %systemroot%\softwaredistribution
REM Delete SusClientID and AccountDomainSid keys from
REM HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
SET WU_KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
reg delete %WU_KEY% /v SusClientID
reg delete %WU_KEY% /v AccountDomainSid
SET WU_KEY=
REM Start the Automatic Updates service
net start wuauserv
REM Start the Windows Management Instrumentation service
net start winmgmt
REM Force a group policy update
gpupdate /force
REM Roll the WU Client...
wuauclt /resetauthorization /detectnow
Sollten weiterhin Probleme auftreten kann noch das Versucht werden:
http://support.microsoft.com/kb/282784
Qfecheck.exe verifies the installation of Windows 2000 and Windows XP hotfixes
Download: http://www.microsoft.com/downloads/details.aspx?FamilyID=155c7c58-102e- ...
Windows Installer:
http://www.pctipp.ch/helpdesk/kummerkasten/archiv/win2k/29703.asp
Windows Installer ist defekt - PCtipp-Kummerkasten
Wenn DLLs defekt sind kann bei Windows XP das SP2 erneut installiert werden. Bei Windows 2000 funktioniert das reparieren durch erneutes SP installieren leider nicht.
Ich hoffe, ich habe alles erwähnt.
Problem, welches noch offen ist:
Es gibt noch zwei Clients die im WSUS nach einer Reauthorisierung erscheinen, nach einer gewissen Zeit aber wieder verschwinden. Das WindowsUpdate Logfile ist aber sauber und enthält keine Warnungen oder sonstiges. Die GPO wurde erfolgreich angewendet, und der Client kann auch einwandfrei mit dem WSUS kommunizieren. Aber leider verschwinden die beiden immer wieder. Aber da es sich hier um nur zwei Clients handelt werde ich wohl einfach das Image neu installieren. Aber wenn es trotzdem noch einen Lösungsweg geben sollte wäre ich für jeden Tipp dankbar!
glg
