Hallo, unser WSUS-Server funktionierte bisher mit sämtlichen Clients problemlos. Nachdem die ersten Windows 8 - PCs testweise installiert wurden, mussten wir feststellen, dass diese hartnäckig herummeckern:

Misc      Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
Microsoft signed: Yes
Misc       Infrastructure signed: No
Misc      WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab are not trusted: Error 0x800b0001
Misc      Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab:
Setup      WARNING: SelfUpdate check failed to download package information, error = 0x800B0001

Gibt es unter Windows 8 irgendwelche Besonderheiten, die man bei Win7 noch nicht hatte?
VG Theo61

Danke für die schnelle Antwort! Das KB2720211 war schon drauf, hatte er sich selbst mal verpasst. Das KB2734608 habe ich nachinstalliert (hätte er sich da nicht auch selbst updaten müssen?); interessanterweise ist die Versionsinfo im WSUS immer noch die ...226.
Funktioniert aber trotzdem jetzt!
Also danke noch mal! Theo61

Klappt leider doch noch nicht ganz. Die Win8-Clients sehen die Updates zwar und beginnen, diese herunterzuladen, das Ganze bricht dann aber mit Error 80246003 ab. Im Softwaredistribution-Dir liegen unter Download auch lediglich 4 leere Ordner, offenbar klappt also der Download der Dateien nicht. Habe das Dir schon neu angelegt, den WSUS-Server neu synchronisiert etc.
Gibt es hier noch einen Tipp eurerseits?

theo61 schrieb on 14.12.12 um 10:31:15:

Windows Update Dienst stoppen
SoftwareDistribution umbenennen oder löschen, nich neu anlegen
Windows Update Dienst starten
theo61 schrieb on 14.12.12 um 10:31:15:

Warum den WSUS Server? Den Client musst Du syncronisieren, sprich ihn nach Updates suchen lassen.

Sind die Updates für W8 denn auch auf dem WSUS zum installieren freigegeben und schon auf dem WSUS gedownloadet? Siehst Du auf der Startseite vom WSUS beim Downloadstatus. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Downloade das Tool: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
93B174633502&id=C3A193B174633502!1731 Ausführen und neu starten.

theo61 schrieb on 18.12.12 um 10:00:42:


Das ist schon mal ein anderer Fehler als zu Beginn.

theo61 schrieb on 18.12.12 um 10:00:42:


Da stimmt auf dem WSUS etwas mit den Zertifikaten nicht.

Welches OS hat der WSUS?

Hier wird noch ein Workaround genannt: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Ist der Auszug aus dem Log von einem der Problem-W8-Clients? Wenn ja, führe das bitte erneut aus und häng bitte das WindowsUpdate.log anschließend hier als Datei an. Danke.

net stop wuauserv
net stop bits
rd /s /q %windir%\SoftwareDistribution
net start wuauserv
net start bits
wuauclt /detectnow
wuauclt /reportnow
15 Minuten warten, jetzt das Log bitte anhängen.

Welcher AV-Scanner läuft auf dem WSUS? Hast Du im Ereignisprotokoll vom WSUS Fehlermeldungen? Was sagt das %programfiles%\Update Services\SoftwareDistribution.log?

theo61 schrieb on 18.12.12 um 14:03:27:


OK.

theo61 schrieb on 18.12.12 um 14:03:27:


Natürlich mußt Du "oben" anfangen. Das ist genauso wie beim updaten des WSUS auf eine andere Version oder ein höheres SP. Immer oben anfangen. Anschließend bitte von unten nach oben replizieren.

theo61 schrieb on 18.12.12 um 14:03:27:


Schau ich mir gleich mal an.

EDIT: Ich würde sagen wenn der Master auch auf einem aktuellen Patchstand ist, dann sollten die Clients auch wieder ordentlich arbeiten.

Hm, da der zentrale Upstream-Server bei T-Systems steht, kann das dauern ... Ich werd mal nachfragen.
Beim Genehmigen der 18 Updates musste ich nix abnicken - zumindest hat der Server nix abgefragt.
Nun ist es natürlich möglich, dass ich die Updates genehmigt habe, bevor ich das KB2734608 installiert habe - weiß ich nicht mehr so genau. Vielleicht ist dabei auch was daneben gegangen. In dem Fall bringt eine Neusynchronisierung ja auch wenig.
In jedem Fall sollten dann aber wenigstens die Updates ohne Eula keine Zicken machen.

Sorry, war jetzt nicht meine Absicht, wichtige Details zu verschweigen ...
Unser WSUS ist zwar Downstreamserver, aber kein Replikatserver. Da uns der Upstreamserver mit allem möglichen Zeugs zuballert, haben wir da lieber eigene Regeln für die automatische Genehmigung eingerichtet und sortieren den Rest händisch aus.
Aus diesen Gründen nahm ich an, dass das ganze Problem nichts mit dem Upstreamserver zu tun haben sollte.
Was willst du noch wissen?

ok, ich schau mal, kann aber noch dauern ...
Bei neuen Erkenntnissen gebe ich Bescheid.
Einstweilen schon mal schöne Weihnachten!

So, wünsche ein problemärmeres neues Jahr!
Kurze Ergänzung: Habe, da erst mal unkomplizierter, einen 2012-er WSUS-Server daneben gestellt und die Win8-Mühlen dahin verwiesen. Ergebnis dasselbe - Win8 findet die Updates, kriegt sie aber einfach nicht ins Softwaredistribution-Dir rein (Error 80246003).
Außerdem scheint auch der 2012-er WSUS nicht bugfrei zu sein; obwohl in der GPO die korrekte clientseitige Zuordnung zur Gruppe Win8 drinsteht, sortiert der WSUS die PCs in "nicht zugewiesene Computer" ein. Darüber hinaus bin ich bald abgestorben beim Versuch, dem Win2012-Server das .NET 3.5-Feature nachzuinstallieren. Offenbar darf das SXS-Verzeichnis mit den Quellen auf keinem Netz-Share liegen, sondern muss nach lokal kopiert und dann dort als alternativer Pfad angegeben werden.
Lauter so'n Mist jedenfalls - hab bald die Faxen dicke ...

Sunny schrieb on 04.01.13 um 08:24:54:


Wieso steht dann als WSUS-Serverversion 6.2.9200.16384 drin? Beim 2008-er ist das ja bekanntlich die 3.2.7600.256.
Bez. der Optionen hast Du natürlich Recht, das war mir durch die Lappen gegangen ...

Sunny schrieb on 04.01.13 um 08:24:54:


Die Clients sind alle aktiviert.

Sunny schrieb on 04.01.13 um 08:24:54:


Nö. Mein Lunix-Kollege ist mit seinem Satellite-Server auch nicht unbedingt glücklicher ...

Rest muss ich noch abprüfen, melde mich dann noch mal.
Interessanterweise kann ich die Win8-Clients auch nicht online updaten; obwohl im IE der Proxy eingetragen ist und eine Internetverbindung steht, bekomme ich, wenn ich "online nach Windows-Updates suchen" auswähle, den Fehler 0x8024401C - also hat er auch hierbei Probleme ...

Sunny schrieb on 04.01.13 um 08:24:54:

IMHO ist der WSUS im Server 2012 tatsächlich nicht identisch mit dem WSUS 3 SP2, scheinbar handelt es sich hier doch um WSUS 4.
Auch die Installationsvorraussetzungen unterscheiden sich, jedenfalls in der benötigten .NET Version.

Nach Installation der WSUS-Rolle hat er .NET 4.5 mitinstalliert, .NET 3.5 habe ich erst wegen dem Report-Viewer nachgezogen.
Würde also doch für 4.0 sprechen.

theo61 schrieb on 04.01.13 um 14:08:01:


Hast Du handfeste Beweise? Nein, sieh auf der Startseite vom WSUS nach: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Welche Version bekommst Du angezeigt?

Hello,
.NET 4 ist, wie .NET 1.1 auch, ein eigenständiges Paket. In .NET 3.5 sind .NET 3.0 und .NET 2.0 enthalten.

Gruß Martin

theo61 schrieb on 07.01.13 um 07:46:04:


Naja, wundert dich das? Wenn man nach der Version fragt, gibt jeder nur die Version der MMC durch. Um das zu vermeiden frag ich die Version der Startseite ab.

theo61 schrieb on 07.01.13 um 07:46:04:


Alles Spekulationen.

theo61 schrieb on 07.01.13 um 07:46:04:


Ebenfalls alles Spekulationen. Hast Du von MS eine schriftliche Aussage dass es einen WSUS 4.0 gibt? Nein, denn auch in diesem Thread hat niemand von MSFT geantwortet. Können wir uns darauf einigen, dass es noch keinen WSUS 4.0 gibt? Danke.

Zurück zum Ursprungsproblem. Der Screenshot zeigt mir an dass 14 Updates von Clients angefordert werden, welche Updates sind das? Dieser WSUS hat nur einen Computer, ist also ein Downstream bzw. ein Replika. Was genau ist er?

theo61 schrieb on 07.01.13 um 09:46:58:


Wieso reitest Du dann so auf dem 4er herum?

theo61 schrieb on 07.01.13 um 09:46:58:


Wie kann man per GPO Updates einem Client zuweisen?

theo61 schrieb on 07.01.13 um 09:46:58:


Für die Gruppe freigegeben, in der der W8-Client auf dem WSUS liegt?

theo61 schrieb on 07.01.13 um 09:46:58:


Ja, und nicht vergessen das letzte Update aus der WSUS-FAQ No. 44 auch auf dem WSUS zu installieren.

theo61 schrieb on 07.01.13 um 15:05:29:


Du könntest testweise am 2008er Server einen /RESET laufen lassen. (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). Alternativ auch ein checkhealth.

Danke für die Rückmeldung.

theo61 schrieb on 07.01.13 um 15:05:29:


Weder so noch so. Setz nochmal einen 2012er Server auf, benutze NICHT die Rolle, sondern installiere den WSUS 3.0 SP2, das Downloadpaket von MS. Anschließend vergleiche bitte mit dem anderen 2012er Server. Es ist bestimmt kein Unterschied zu sehen.

Habe noch mal fix versucht, einen weiteren 2012-er Server mit dem separaten WSUS3-SP2-Paket zu bestücken (das WSUS30-KB972455-x64 von der WSUS.de-Downloadseite), also nicht über die Rolle.
Ergebnis: Lässt sich überhaupt nicht installieren - Kompatibilitätsprobleme.
Klappt nicht mal im Kompatibilitätsmodus ...

Hallo,

Auch wenns ne Weile her ist...

Aber trotzdem meine Lösung hier:

Das gleiche Problem hatte ich auch.
Durch Zufall, oder besser aus verzweiflung oder Wut?) habe ich die Lösung gefunden.

Die betroffenen Updates im WPP überarbeiten, z.B. einmal den OS-Filter ändern von "greater or eqal to" auf "equal to", speichern, und dann wieder auf den ursprünglichen Wert setzen.
Nach einem Löschen des SoftwareDistribution Verzeichnisses hat er die Updates installiert.

Bitte nicht irritieren lassen, es bedarf hierbei einige Versuche/Neustarts, bis dann schlussendlich alles drauf war.