ganymed schrieb on 25.08.14 um 11:36:15:
Quote:OK, die Updates sind auf dem WSUS gedownloadet, vorhanden und auf anderen Server bereits installiert?
Jaein. Sie sollten auf dem WSUS Server heruntergeladen sein, der zeigt beim Downloadstatus jedenfalls 0 an. Sie sind nicht auf anderen Maschinen installiert. Da es der einzige 2012 Server ist werden Sie auch nur dort benötigt.
In der Updateansicht kannst Du dir ja weitere Spalten einblenden lassen, was sagt die Spalte Dateistatus bei diesem Update?
Ist der betroffene WSUS ein Master oder ein Downstream? Wenn letzeres, kannst Du den betroffenen Server zum Test zu einem Master umleiten?
Lass auch unbedingt den Serverbereinigungsassistenten laufen, falls vorhanden, auf Master- und Downstream-WSUS.
ganymed schrieb on 25.08.14 um 11:36:15:
Quote:Sollen/müssen denn die Sprachpakete auf den betroffenen Servern installiert werden?
Sollen ja , müssen nein. Ich habe es mir zur Angewohnheit gemacht als benötigt angezeigte Updates auch zu verteilen. Zumindest ist das meist so. Es gibt natürlich auch Updates, die ich abgelehnt habe.
Um dem Fehler zu finden sind sie außerdem Ideal denn auf den anderem Server muss ich das Problem ja auch noch beseitigen wobei ich
Hmm, wenn ein Sprachpaket nicht installiert werden soll, weshalb soll es dann doch installiert werden? Jede SW zusätzlich kann Lücken aufreissen, genau aus diesem Grunnd sollte man auf einem Server nur das installieren was unbedingt nötig ist.
Du kannst die Sprachpakete in den Optionen vom WSUS ablehnen. Zumindest würde ich die gar nicht aktvieren.
ganymed schrieb on 25.08.14 um 11:36:15:
das Update das da momentan offen ist wohl nicht benötige KB972493 (Der Server ist nicht der WSUS Server und soll es auch nie werden).
Das Update habe ich abgelehnt, denn wenn ein Server ein WSUS werden soll, dann kann man dafür ja seit 2008 die Rollen verwenden. Das ist IMHO ein sehr überflüssiges Update.
Das mit dem ablehnen wird auch im MSDN-Blo bestätigt:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).ganymed schrieb on 25.08.14 um 11:36:15:
Die Alternative wäre alle jetzt noch offenen abzulehnen. Dann würden zwar keine mehr als benötigt angezeigt aber der Fehler als solches wäre noch da.
Wenn Du die Sprachpakete nicht benötigst, in den Optionen deaktivieren, ablehnen und den Serverbereinigungsassistenten laufen lassen. Das sollte sowieso täglich mit Hilfe eines Scriptes passieren. Erst dann nochmal ein wuauclt /reportnow auf dem Client/Server abschicken. Jetzt die WSUS-Konsole aktualisieren, fordert der Client immer Updates an?
ganymed schrieb on 25.08.14 um 11:36:15:
Verify and Repair Transaction completed. All files and registry keys listed in this transaction have been successfully repaired.
Müssen wir uns das Log noch genauer ansehen?
Wenn es repariert wurde, IMHO nicht.
ganymed schrieb on 25.08.14 um 11:36:15:
Im WindowsUpdate.log sind folgende Fehlermeldungen geblieben:
WARNING: Network Cost is assumed to be not supported as something failed with trying to get handles to wcmapi.dll
und
WARNING: Failed to get Wu Exemption info from NLM, assuming not exempt, error = 0x80240037
Auch mal bitte unbedingt in einer administrativen Commandline diese Befehle auf dem betroffenen Client/Server laufen lassen:
net stop wuauserv
rd /s /q %windir%\SoftwareDistribution
del %windir%\WindowsUpdate.log
net start wuauserv
wuauclt /detectnow
wuauclt /reportnow
Hat denn der WSUS seit dem updaten auf die .274 sich schon mit WU synchronisiert? Wenn nein, lass das bitte ein- oder zweimal laufen.
ganymed schrieb on 25.08.14 um 11:36:15:
Neu hinzu gekommen ist:
FATAL: GetClientUpdateUrl failed, err = 0x8024D009
Den Fehler finde ich in diesem Artikel:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Seiten: 1
Clients bekommen Ihre Updates nicht (Gelesen: 4529 mal)
