Lustiges Phänomen unter Windows Server 2016:
Obwohl ich in einem elevated CMD unterwegs bin (also als Administrator), wird beim IIS Reset ein Access denied gemeldet.
Wenige Augenblicke später auf der gleichen Maschine im gleichen CMD:
Mir scheint hier ist jemand ein wenig zickig... Habe das jetzt bereits mehrfach gesehen...
Heute habe ich zum ersten Mal WSUS (Windows Server Update Services) unter Windows Server 2016 installiert. Ich betreibe WSUS seit mehreren Windows-Generationen und habe damit eigentlich gute Erfahrungen gemacht, doch unter Windows Server 2016 wollte es von Anfang an nicht so richtig funktionieren. Die Installation ist genauso einfach wie früher auch: WSUS Rolle installieren, Post Installation Wizard ausführen, Initial Syncronization laufen lassen und Updates approven.
Nun sollten die WSUS-Clients verbinden und Updates installieren können. Dachte ich, doch es trat bei jedem Sync folgender Fehler auf:
Im Prinzip ist das ein genersicher Timeout. Die Clients waren in der WSUS Console sichtbar, aber hatten alle den Status "Not reported yet". Also prinzipiell konnten sie zum WSUS Service verbinden, aber dann sind sie in ein Timeout gelaufen.
Wie üblich begann ich das Problem einzugrenzen, was ja seit Windows 10 / Windows Server 2016 ganz schön schwierig geworden ist, da man nicht mehr live die Logfiles des Windows Update Clients mitlesen kann (ETL sei dank). Powershell und Get-WindowsUpdateLogs sind nun zu verwenden. Wie komfortabel, wenn man das alle 2 Minuten neu ausführen muss wenn man die aktuellen Log-Einträge lesen will. Das Zeug das die in Redmond gesoffen haben, als sie sich das ausgedacht haben, würde ich gerne mal probieren... ;-)
Dank Google und diversen Foren kam ich nach Stunden des Stöberns und Tüftelns auf die Lösung des Problems:
In der IIS Console muss am WSUS Application Pool (Advanced Settings) folgendes geändert werden:
- General\Queue Length: 2500
- CPU\Limit interval (minutes): 15
- Rapid-Fail Protection\"Service Unavailable" Response: TcpLevel
- Recycling\Private Memory Limit (KB): 0
Danach konnten die Clients die Updates herunterladen und installieren.
Unlängst wollte ich Windows Server 2016 telefonisch aktivieren, da ich auf dem betroffenen Server weder Verbindung zu einem KMS Server, noch Internetzugang hatte. Wie ich feststellen musste, gibt es in den modernen Settings keine Möglichkeit mehr, die Art der Aktivierung zu wählen (oder ich bin blind). Auch der Troubleshooter half nicht weiter, teilte er mir nach langem Warten ("Detecting activation problems...") doch blos mit, dass ich einen funktionierenden Internetzugang sicherstellen solle ("We can't activate your copy of Windows. Make sure you're connected to the Internet and try again. If you're connected to the Internet and continue seeing this problem, contact your system administrator for more information.").
Daher habe ich Google befragt und bin auf KB921471 gestoßen.
Unter "Method 1: Activate Windows by telephone" ist da zu lesen:
- Click Start, and then click Run.
- Type SLUI 04, and then click OK to open the wizard.
Gleich mal ausprobiert und aufeinmal springt mir folgendes GUI entgegen:
Es geht also doch. Wieder etwas gelernt.