Das Update auf WSUS 3.0 SP2 lief hier eigentlich ohne nennenswerte Reibungsverluste, zumindest die WSUS-Server selbst machten keine Probleme. Mit dem SP2 wird auch der Update-Client auf allen Rechnern aktualisiert und allem Anschein nach gab es hier ein paar Probleme:
Ein Server 2008 und zwei XP-Clients waren seit der Installation des neuen Update-Clients nicht mehr in der Lage, eine Verbindung zum WSUS-Server aufzubauen, trotz mehrfachen Neustarts und lt. Eventlog erfolgreich verlaufener Installation.
Wir haben hier zwei Möglichkeiten zur Fehlerbehebung gefunden:
Die erste ist, den betroffenen Rechner trotz anderslautender GPO-Settings einfach _einmal_ direkt auf die Microsoft Update-Website zu lotsen, wodurch der neue Update-Client wohl wieder geradegebogen respektive einfach nochmal neu installiert wird.
Die zweite ist mit einem DreiVierzeiler in der Shell des jeweiligen Rechners anzustossen.
net stop wuauserv && net stop bits
rd /q /s C:\Windows\SoftwareDistribution
net start bits && net start wuauserv
wuauclt /detectnow
Danach meldeten sich die betroffenen Maschinen wieder einwandfrei am WSUS und ziehen auch wieder brav ihre Updates; lt. Eventlog wird der aktualisierte Update-Client auch auf diesem Weg einfach neu installiert.
Wir haben zeitgleich mit dem SP2 auch den IE8 netzwerkweit ausgerollt, ich möchte nicht ausschliessen, das hier evtl. ein Zusammenhang zwischen Installation IE8 und dem geschilderten Fehler besteht; allerdings hätten in diesem Fall ja alle Maschinen “hängen” müssen, was gottlob nicht der Fall war|ist.
Hey,
bei “net stop bits && net start wuauserv”
hat sich ein Fehler eingeschlichen, “net start bits…” soll sicherlich nach dem Löschen des Ordners erfolgen.
Netter Blog, weiter so!
ciao
Danke – für die Blumen und den Hinweis. Hab´s korrigiert.
Manchmal ist Copy&Paste doch keine gute Idee. ,-)