Wsus Server will nicht

Hallo zusammen,

langsam fang ich an zu verzweifeln an diesem WSUS

Folgendes ist passiert:

Auf einem SBS 2008 (virtualisiert unter Hyper V) wurde der WSUS Server deintallaliert, aber im Servermanager ist immer noch die Rolle WSUS Server zu sehen, die aber nix mehr macht, weil kein Client ein Update bekommt. Auch ein manuelles Suchen nach Updates führt sofort zu einer Fehlermeldung, Fehlercode: 8024401F Das passiert auf den Clients wie auf dem Server
Greift man über den Servermanager auf die Rolle WSUS zu, erhält man folgenden Fehler:

Ausnahmefehler im Snap-In des verwalteten Codes:

FX:{8b6499ed-0241-e032-6508-da4b1c879d7f}

Die Datei oder Assembly "Microsoft.UpdateServices.UI.SnapIn, Version=3.1.6001.1, Culture=neutral, PublicKeyToken=31bf3856ad364e35" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.

Stapelüberwachung: System.IO.FileNotFoundException

Ausnahmestapelüberwachung:

bei System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
bei System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
bei System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
bei System.Activator.CreateInstance(String assemblyName, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object args, CultureInfo culture, Object activationAttributes, Evidence securityInfo, StackCrawlMark& stackMark)
bei System.Activator.CreateInstance(String assemblyName, String typeName)
bei System.AppDomain.CreateInstanceAndUnwrap(String assemblyName, String typeName)
bei Microsoft.ManagementConsole.Internal.SnapInClient.CreateSnapIn(String assemblyName, String typeName)
bei Microsoft.ManagementConsole.Internal.ClassLibraryServices.Microsoft.ManagementConsole.Internal.IClassLibraryServices.CreateSnapIn(String assemblyName, String typeName)
bei Microsoft.ManagementConsole.Executive.SnapInInitializationOperation.OnStart()
bei Microsoft.ManagementConsole.Executive.RunningOperationsTable.EnqueueOperation(Operation operation)
bei Microsoft.ManagementConsole.Executive.NamespaceExtensionComponentData.GetScopeNodeForExpand(IDataObject dataObject, IntPtr hScopeItem)
bei Microsoft.ManagementConsole.Executive.ComponentData.OnExpandSync(IDataObject dataObject, IntPtr hScopeItem)
bei Microsoft.ManagementConsole.Executive.ExpandSyncMmcNotification.OnNotify(IntPtr dataObject, IntPtr arg, IntPtr param)
bei Microsoft.ManagementConsole.Executive.MmcNotifyTarget.Notify(IntPtr dataObject, NotificationType eventType, IntPtr arg, IntPtr param)


und das kann man nur mit OK bestätigen.

Das Einzige was geht, ist, dass Online nach Updates gesucht wird, dann werden auch Updates angezeigt, die installiert werden können.
Wenn man dann nach Updates sucht, dann bekommt man regelmäßig den WSUS 3 als Update zur Installation angeboten, das schlägt aber irgendwann fehl.

Also habe ich mir gedacht, dass ich einfach einen weiteren Server aufsetze, der das mit dem WSUS übernimmt. Der Sevrver, der neu hinzugekommen ist, ist ein einfacher Member Server 2012 Standard, der virtualisiert im Netzwerk läuft und eine spezielle Software zur Verfügung stellt.

Die Rolle lässt sich auch installieren und fortan zieht der neue WSUS Server die Updates von Microsoft runter und stellt diese im Netzwerk zur Verfügung.

Damit die Clients auch was davon haben, wurde in der Registry des Clients der Server unter :

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"WUServer"="http://<Neuer Server>:8530"
"WUStatusServer"="http://<Neuer Server>:8530"

Eingetragen.

Gleichzeitig wurde die Gruppenrichtlinie aktiviert:
Automatische Updates wurden konfiguriert => aktviert
Internen Pfad für den MS Updatedienst angeben => aktiv und mit den Werten für den neuen Server bestückt.

Dann funktonierte das Updates auch wieder, allerdings mit dem Fehler, dass nicht einstellbar gewesen ist, dass beim Herunterfahren die Option: Updates installieren und herunterfahren angezeigt wurde.

Im WSUS Manager des neuen Server wurden auch drei Testmaschinen angezeigt, die mit dem von Hand angelegten Registry Key versorgt wurden.

Zunächst dachte ich ja, dass es eventuell an der GPO liegen könnte, die nicht übernommen wurde. gpupdate /force hat aber nix gebracht.

Als ich heute wieder an das Problem gegangen bin, konnte ich feststellen, dass bein den Clients wieder der alte Server als Pfad drin stand und deswegen weder Updates installiert werden können noch sonst irgendwas passiert, weil die Clients ja auf den falschen Server schauen:

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"WUServer"="http://<ALTER Server>:8530"
"WUStatusServer"="http://<ALTER Server>:8530"

Wenn ich diesen Eintrag aber ändere, wird mit Aufruf von gpupdate /force sofort wieder der <ALTE Server> in die Registry eingetragen, OBWOHL in der Richtlinie der <NEUE Server> drinn steht.

Wie kann das gehen? Wozu habe ich denn eine Richtlinie, wenn die nicht angewendet wird und woher kommt der Wert des alten Servers?

Offensichtlich hängt das mit der defekten WSUS Rolle zusammen. Gibt es denn keine Möglichkeit, diesen WSUS aus der Registry von Hand raus zu kratzen, deinstallieren lässt sich dieser WSUS ja nicht mehr.

Das schönste ist jetz, dass ich nicht einmal mehr auf dem SBS nach Updates suchen kann, denn seit ich mit dieser GPO Einstellung angefangen hat, sagt mir dort die Windos Update info, dass alles vom Admin verwaltet wird und es gibt keine Möglichkeit mehr, irgendwas zu ändern. Es werden auch keine Links mehr zum Online Installieren angezeigt oder was anderes. Ich kann also auf der Update Einstellung rein gar nichts mehr machen.

Bitte gebt mir mal einen Tip, ich dreh bald mit diesem Geraffel durch

Gruß Kellogs