Windows 10 per WSUS auf 1607 upgraden schlägt fehl

[PowerShellAdmin 169]

Den Central Storage habe ich jetzt nochmal gelöscht und die neuen Windows 10 1607 ADMX neu eingespielt.

Die W10 Einstellungen sind auch korrekt ersichtlich.

Die Einstellung "Turn off the upgrade to the latest version of Windows through Windows Update." wird weiterhin nicht angezeigt (unter W2k8r2 und W2k12r2)
(Computer-Konfiguration->Administrative Vorlagen->Windows-Komponenten->Windows-Update).

 

Die Einstellung selber musste bei Tests gesetzt worden sein, bei dem betroffenen Gerät ist diese nicht mehr erstellt worden. Mich wundert nur das Fehlen der Funktion.

bearbeitet 24. August 2016 von PowerShellAdmin

[Sunny61 807]

Den Central Storage habe ich jetzt nochmal gelöscht und die neuen Windows 10 1607 ADMX neu eingespielt.

Die W10 Einstellungen sind auch korrekt ersichtlich.

Du hast den kompletten Central Store gelöscht und nur W10 ADMX wieder reinkopiert? Nur damit wir vom gleichen Reden: http://www.gruppenrichtlinien.de/artikel/central-store-fuer-administrative-vorlagen/

 

Die Einstellung "Turn off the upgrade to the latest version of Windows through Windows Update." wird weiterhin nicht angezeigt (unter W2k8r2 und W2k12r2)

(Computer-Konfiguration->Administrative Vorlagen->Windows-Komponenten->Windows-Update).

Schaust Du auf den beiden Server mit GPEDIT.MSC oder GPMC.MSC nach?

[PowerShellAdmin 169]

Du hast den kompletten Central Store gelöscht und nur W10 ADMX wieder reinkopiert? Nur damit wir vom gleichen Reden: http://www.gruppenrichtlinien.de/artikel/central-store-fuer-administrative-vorlagen/

Genau davon reden wir - gelöscht, vom W2k12r2 wurden die PolicyDefinitions reinkopiert und dann mit den Win10 1607 überschrieben.

 

Schaust Du auf den beiden Server mit GPEDIT.MSC oder GPMC.MSC nach?

MMC und GPO Verwaltung => GPMC.MSC

 

So wie ich das sehe, ist die GPO Einstellung nachträglich ergänzt worden.

https://support.microsoft.com/en-us/kb/3050267

Das Update wurde aufgespielt edit : test

bearbeitet 24. August 2016 von PowerShellAdmin

[RackZack 0]

Die Einstellung gibt es so auch nicht mehr unter Windows 10 1607. Du musst die Einstellung mit den alten 1511 AMDX rückgängig machen und dann die neuen Einstellungen in den 1607 verwenden.

 

http://www.grouppolicy.biz/2016/08/windows-update-business-group-policy-changes-windows-10-1607/

[Sunny61 807]

So wie ich das sehe, ist die GPO Einstellung nachträglich ergänzt worden.

https://support.microsoft.com/en-us/kb/3050267

Das Update ist vom Juni 2015, und ja, damals sah man die Einstellung.

 

Das Update wurde aufgespielt edit : test

Heißt was genau?

[PowerShellAdmin 169]

Das ADMX von Windows 10 1607 überschreibt diese Einstellungen - wie bereits Rackzack geschrieben hat.

Hier gibt es ja neue und differenzierte Einstellungen in der Updateverwaltung.

 

Möchte man das Problem umgehen, ist es am einfachsten den Registrierungswert via GPO einmalig auf 0 zusetzen.

In der lokalen GP Verwaltung am Client ist die Option natürlich verfügbar.

 

Mir waren die Umstände so jedenfalls vorab nicht klar.

bearbeitet 24. August 2016 von PowerShellAdmin

[Pfuscher 12]

Hallo Leute, ich komme hier auch nicht weiter. Sämtliche 1511 Clients melden den üblichen 0xC1800118, Alle out of the Box RTM Clients updaten auch nicht mit anderer Meldung. Hab das übliche durchgeführt:

 

• Kategorie Upgrades entfernt
• Upgrades gelöscht https://blogs.technet.microsoft.com/wsus/2016/01/29/how-to-delete-upgrades-in-wsus/ (auf 1607 adaptiert)
• WSUS Updates kontrolliert KB3095113 & KB3159706
• WSUS IIS .esd &.msu application/octet-stream bzw application/vnd.ms-cab-compressed gesetzt
• WsusUtil.exe postinstall /servicing

Nyx.

 

Zusätzlich besteht das Problem, das an die RTM Clients kein 1511 mehr verteilt wird. Hab sogar 1607 abgelehnt ohne Wirkung für die 1511 Verteilung. Könnte aktuell kotzen.

[Sunny61 807]

Es gibt neues. In http://social.Technet.microsoft.com/Forums/en-US/winserverwsus/thread/5521e7f1-fa2d-4867-a47c-b276c66e6a82#5521e7f1-fa2d-4867-a47c-b276c66e6a82 ist dieses Posting interessant: http://social.Technet.microsoft.com/Forums/en-US/winserverwsus/thread/5521e7f1-fa2d-4867-a47c-b276c66e6a82#d29def17-0bee-4caf-b174-5b6c96807eda

[Marco31 33]

Kann man wohl nur als katastrophal bezeichnen. Bin ehrlich gesagt heilfroh dass meine Clients alle noch auf 1511 laufen. Es wird mir auch für die nächsten grossen Updates eine Lehre sein.

[NorbertFe 2.061]

was genau denn? Update kann ja nur "fehlgeschlagen" sein per WSUS. Also worüber sollte man sich ärgern können, wenn der Zustand der ist, dass du dich darüber freust nicht das Update installiert zu haben, was sich nicht installieren läßt? ;)

bearbeitet 31. August 2016 von NorbertFe

[Marco31 33]

Hast du dir mal die Beiträge im Post von sunny mal durchgelesen? Da gibt's noch mehr Probleme, anscheinend gibt's auch Probleme mit den cu nach 1607

[NorbertFe 2.061]

Ja hab ich. Aber die Treffen offenbar nicht jeden. ;)

[Marco31 33]

Man soll es ja nicht herausfordern ;-)

[scirocco790 11]

Also die Sache das Clients keine Updates mehr vom WSUS runterladen, nach Upgrade auf die 1607 hab ich auch. Nachvollziehbar, mehrere Clients die ich manuell upgegradet hab.

Live geht mir das Zeug noch nicht.

Mal abwarten...

Was MS da in letzter Zeit ausliefert kann man nur noch als Bockmist bezeichnen. Sorry, musste mal gesagt werden.

bearbeitet 12. September 2016 von scirocco790

[Sunny61 807]

Du hast auch das Update nach dem Upgrade installiert? Erst dann verbinden sich die Clients wieder zum WSUS. KB-Nummer hab ich nicht zur Hand.