WSUS: Nicht alle Computer erkannt

  • #1
S

S1!c3r

Mitglied
Themenersteller
Dabei seit
21.01.2005
Beiträge
24
Reaktionspunkte
0
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: ) 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 =
WUStatusServer =
UseWuServer is enabled. . . . . . . . . . . . . . . . . PASS
Connection to server. . . . . . . . . . . . . . . . . . PASS
SelfUpdate folder is present. . . . . . . . . . . . . . PASS

Press Enter to Complete
Zum Vergrößern anklicken....

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
 
  • #2
Hallo,

bitte mal von einem Problemclient das Windows Update.log (das MIT Leerzeichen) hier posten. Damit das ganze aber nicht allzu groß ist, bitte folgenderweiße vorgehen:

- Windows Update Dienst stoppen
- Besagte Datei unter C:\Windows löschen
- Windows Update Dienst starten
- wuauclt.exe /resetauthorization /detectnow ausführen
- Das nun entstandene Logfile hier posten

Sollte das ganze über die Domänenrichtlinien funktionieren, solltest du mal die Ausgabe von gpresult auf einem funktionierenden Client mit einem fehlerhaften Client vergleichen.

Gruß
Sven
 
  • #3
Also nach dieser Aktion erhalte ich keine Fehlermeldung:

2006-08-08 08:25:47 1060 c0c Misc =========== Logging initialized (build: 5.8.0.2469, tz: +0200) ===========
2006-08-08 08:25:47 1060 c0c Misc = Process: C:\WINDOWS\System32\svchost.exe
2006-08-08 08:25:47 1060 c0c Misc = Module: C:\WINDOWS\system32\wuaueng.dll
2006-08-08 08:25:47 1060 c0c Service *************
2006-08-08 08:25:47 1060 c0c Service ** START ** Service: Service startup
2006-08-08 08:25:47 1060 c0c Service *********
2006-08-08 08:25:47 1060 c0c Agent * WU client version 5.8.0.2469
2006-08-08 08:25:47 1060 c0c Agent * SusClientId =->2b7f79ab-c102-40f3-b1bc-dc29239341c0'
2006-08-08 08:25:47 1060 c0c Agent * Base directory: C:\WINDOWS\SoftwareDistribution
2006-08-08 08:25:47 1060 c0c Agent * Access type: No proxy
2006-08-08 08:25:47 1060 c0c Agent * Network state: Connected
2006-08-08 08:26:32 1060 c0c Agent *********** Agent: Initializing Windows Update Agent ***********
2006-08-08 08:26:32 1060 c0c Agent *********** Agent: Initializing global settings cache ***********
2006-08-08 08:26:32 1060 c0c Agent * WSUS server: .
2006-08-08 08:26:32 1060 c0c Agent * WSUS status server: .
2006-08-08 08:26:32 1060 c0c Agent * Target group: WSUSDEFAULT
2006-08-08 08:26:32 1060 c0c Agent * Windows Update access disabled: No
2006-08-08 08:26:33 1060 c0c DnldMgr Download manager restoring 0 downloads
2006-08-08 08:26:33 1060 c0c AU ########### AU: Initializing Automatic Updates ###########
2006-08-08 08:26:33 1060 c0c AU # WSUS server: .
2006-08-08 08:26:33 1060 c0c AU # Detection frequency: 22
2006-08-08 08:26:33 1060 c0c AU # Target group: WSUSDEFAULT
2006-08-08 08:26:33 1060 c0c AU # Approval type: Scheduled (Policy)
2006-08-08 08:26:33 1060 c0c AU # Scheduled install day/time: Every day at 12:00
2006-08-08 08:26:33 1060 c0c AU # Auto-install minor updates: Yes (User preference)
2006-08-08 08:26:33 1060 c0c Report *********** Report: Initializing static reporting data ***********
2006-08-08 08:26:33 1060 c0c Report * OS Version = 5.1.2600.2.0.65792
2006-08-08 08:26:33 1060 c0c Report * Computer Brand = Compaq
2006-08-08 08:26:33 1060 c0c Report * Computer Model = EVO
2006-08-08 08:26:33 1060 c0c Report * Bios Revision = 686Y2 v1.05
2006-08-08 08:26:33 1060 c0c Report * Bios Name = 686Y2 v1.05
2006-08-08 08:26:33 1060 c0c Report * Bios Release Date = 2001-09-06T00:00:00
2006-08-08 08:26:33 1060 c0c Report * Locale ID = 2055
2006-08-08 08:26:33 1060 c0c AU #############
2006-08-08 08:26:33 1060 c0c AU ## START ## AU: Search for updates
2006-08-08 08:26:33 1060 c0c AU #########
2006-08-08 08:26:33 1060 c0c AU <<## SUBMITTED ## AU: Search for updates [CallId = {21DE3796-9417-4081-9BA0-C3622A025EAD}]
2006-08-08 08:26:33 1060 71c Agent *************
2006-08-08 08:26:33 1060 71c Agent ** START ** Agent: Finding updates [CallerId = AutomaticUpdates]
2006-08-08 08:26:33 1060 71c Agent *********
2006-08-08 08:26:34 1060 a1c AU Triggering AU detection through DetectNow API
2006-08-08 08:26:34 1060 a1c AU Will do online detection after offline detection completes
2006-08-08 08:26:34 1060 a1c AU AU setting next detection timeout to 2006-08-08 06:26:34
Zum Vergrößern anklicken....
Alles im grünen Bereich! Keine Warnungen.

Aber wenn ich WSUS_detect_now_2.0_ger.exe von WSUS.de ausführe und die Option Neuregistrierung, Ermitteln und Downloaden wähle erhalte ich dieses Log:



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

Was habe ich seither alles gemacht:
WSUS Server geupdatet (inkl. SP1)

Beim einen half die Problembehebung durch den WMI Dienst:
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:

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.

Aber nun scheint es ja nicht mehr dieses Problem zu sein. Die Problemlösung half nur bei einem Client...
 
  • #4
Hi,

stoppe an einem Client den Windows Update Dienst und lösche den Ordner C:\WINDOWS\SoftwareDistribution (vorher Backup machen).

Danach den Windows Update Dienst neu starten, gpupdate /force ausführen und nochmals wuauclt.exe /resetauthorization /detectnow laufen lassen.

Gruß
Sven
 
  • #5
RavensMetaller schrieb:
Hi,

stoppe an einem Client den Windows Update Dienst und lösche den Ordner C:WINDOWSSoftwareDistribution (vorher Backup machen).

Danach den Windows Update Dienst neu starten, gpupdate /force ausführen und nochmals wuauclt.exe /resetauthorization /detectnow laufen lassen.

Gruß
Sven
Zum Vergrößern anklicken....

Habe ich bereits gemacht mit einem Script... Ich werde die ganze Lösung am Schluss posten.
Nun ist das Logfile in Ordnung! Keine einzige Warnung mehr.

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[br][br]Erstellt am: 08.08.06 um 13:21:10
[br]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 (.

Wenn das Logfile unter C:WINDOWSWindowsUpdate.log sauber ist kann man sich beim WSUS mit dem Tool WSUS_detect_now_2.0_ger.exe () 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:

Also wenn keine OS Informationen an den WSUS Server gesendet werden kann muss man den Windows Management Instrumentation Service stoppen
Code: 
net stop winmgmt
Danach müssen Sie den Ordner Repositorys unter C:WINDOWSsystem32wbem löschen.
Jetzt kann der Dienst wieder gestartet werden.
Code: 
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:
Code: 
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%system32WBEMRepository
copy %systemroot%softwaredistribution
eportingevents.log %homedrive%
del /f /q %systemroot%softwaredistribution*.*
move %homedrive%
eportingevents.log %systemroot%softwaredistribution

REM Delete SusClientID and AccountDomainSid keys from
REM HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate
SET WU_KEY=HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate
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:

Download:

Windows Installer:


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
 
Thema:

WSUS: Nicht alle Computer erkannt

ANGEBOTE & SPONSOREN

Neueste Themen

Statistik des Forums

Themen
113.840
Beiträge
707.963
Mitglieder
51.494
Neuestes Mitglied
Flensburg45
Oben