Wsusutil reset dauert schon fast zwei Tage

[DocData 85]

Herr Gott... mach die Kiste doch einfach platt. Der WSUS ist hinüber.

[Sunny61 773]

Der BITS-Dienst wird als "Local System" ausgeführt, der WSUS-Dienst wird als "Network Service" ausgeführt. Wie geht das ausführen als einer dieser beiden Benutzer?

Ich hatte dir das schon geschrieben wie das geht, das Lesen kann ich dir nicht abnehmen.

[Schweizerin 1]

Herr Gott... mach die Kiste doch einfach platt. Der WSUS ist hinüber.

 

Bei mir werden Updates von Hand genehmigt, da wäre das enorm viel Arbeit alles wieder zu tun. Und so schnell werfe ich nicht die Flinte ins Korn, nur weil ich unwillig wäre mich um Fehlerbehebung zu bemühen.

 

Ich habe jetzt die Lösung gefunden. Man brettert via SQL Management Dings das Skript

/****************************************************************************** 
Beendet WSUSUTIL RESET
******************************************************************************/ 
 
USE SUSDB
GO
UPDATE tbSingletonData
SET ResetStateMachineNeeded = 0

auf den betroffenen Server. Das setzt den RESET-Status zurück und damit vreschwindet auch die Meldung "cannot save configuration because the server is still processing a previous configuration change". Dann BITS-Service und WSUS-Service beenden, WID-Dienst neu starten. Der WID protokolliert daraufhin auch in den Windows-Logs diverse "Recovery is complete. ..." Danach den WSUS-Dienst neu starten.

 

Dann kann man endlich wieder mit der WSUS-Management-Console (MMC.EXE) den Server administrieren. Dort hängt dann meistens ein Synchronisierungsjob, den man stoppen muss. Anschließend wartet man, bis er die hängenden Updates (was übrigens NICHTS mit dem BITS zu tun hat, denn der ist laut BITSAMIN /LIST /ALLUSERS mit 0 Jobs beschäftigt) heruntergeladen hat. Hängt da etwas lässt man sich das hängende Update anzeigen, unterbricht ggf. den Download und stößt den Download neu an, bis "0" bei den zu downloadenden Files angezeigt werden.

 

Dann, weder darf eine Synchronisation laufen noch Downloads aktiv sein, wieder die Vorgehensweise: Alles WSUS-MMCs beenden, WSUS-Dienst beenden, BITS beenden, alles unter WSUScontent löschen, WSUS-Dienst starten und abschließend den WSUSUTIL RESET ausführen, damit alles wieder runtergeladen wird.

[Sunny61 773]

Bei mir werden Updates von Hand genehmigt, da wäre das enorm viel Arbeit alles wieder zu tun.

Oje, du hast es immer noch nicht mal ansatzweise verstanden.

 

 

Ich habe jetzt die Lösung gefunden. Man brettert via SQL Management Dings das Skript

/****************************************************************************** 
Beendet WSUSUTIL RESET
******************************************************************************/ 
 
USE SUSDB
GO
UPDATE tbSingletonData
SET ResetStateMachineNeeded = 0

auf den betroffenen Server. Das setzt den RESET-Status zurück und damit vreschwindet auch die Meldung "cannot save configuration because the server is still processing a previous configuration change". Dann BITS-Service und WSUS-Service beenden, WID-Dienst neu starten. Der WID protokolliert daraufhin auch in den Windows-Logs diverse "Recovery is complete. ..." Danach den WSUS-Dienst neu starten.

 

Freut mich für Dich und Danke für die Rückmeldung. Top wäre jetzt noch die Quelle der Lösung zu posten, dir ist das sicherlich nicht plötzlich eingefallen, oder?

 

Dann, weder darf eine Synchronisation laufen noch Downloads aktiv sein, wieder die Vorgehensweise: Alles WSUS-MMCs beenden, WSUS-Dienst beenden, BITS beenden, alles unter WSUScontent löschen, WSUS-Dienst starten und abschließend den WSUSUTIL RESET ausführen, damit alles wieder runtergeladen wird.

Das kannst Du ja jede Woche machen, jetzt weißt Du ja wie Du deinen d..... Fehler korrigieren kannst.

 

Leb wohl.

[Schweizerin 1]

Oje, du hast es immer noch nicht mal ansatzweise verstanden.

 

 

Freut mich für Dich und Danke für die Rückmeldung. Top wäre jetzt noch die Quelle der Lösung zu posten, dir ist das sicherlich nicht plötzlich eingefallen, oder?

 

Die letzten beiden Zeilen stammen von hier: https://community.spiceworks.com/topic/737987-wsus-server-cannot-save-configuration-because-the-server-is-still-prcoessing Der Rest von mir.

 

Und doch, ich habe den WSUS verstanden, aber außer Definitionsupdates wird NICHTS automatisiert freigegeben. Dafür ist die Qualität der Updates von Microsoft einfach zu schlecht. Da gab es schon öfters riesige Probleme, weil irgendwelche Updates andere Software oder ganze Rechner lahmgelegt haben.

[DocData 85]

Du hast WSUS offenbar nicht verstanden. Wenn dem so wäre, dann hättest du das Teil nicht geschlachtet...

[Schweizerin 1]

Ich habe ihn geschlachtet? Du hast mir doch in Beitrag #16 eingeredet ich solle ihn neu installieren, weil er hinüber ist!

 

Er läuft auch wieder wunderbar. Ihr kommt einfach nur nicht damit klar, dass ich das Problem anders gelöst habe als ihr das getan hättet.

 

Außerdem taugt der Tipp, regelmäßig das Bereinigungsskript aufzurufen, nicht viel. Da wird nämlich bei weitem nicht so viel gelöscht, wie löschbar wäre. Ich habe den WSUSURIL RESET bei 87 GByte Datenmenge unter wsusucontent anlaufen lassen. Obwohl ich die Bereinigungen regelmäßig erledigt habe, braucht er jetzt nur knapp über 30 GByte Platz. Da waren also etwa 57 GByte Daten, die die Bereinigung (das Bereinigungsskript tut nichts anderes, als diese automatisiert anzustoßen) nicht gelöscht hat.

 

Ihr könnt den Tipp ja trotzdem am laufenden Band wiederholen, wer genug Platz auf der Datenpartition des WSUS-Servers hat der bemerkt den Unterschied sowieso nicht (Homöopathie). Wer aber ein Platzproblem hat kommt um die Löschung des Inhalts des Ordners wsuscontent und einen WSUSUTIL RESET nicht herum.

[Sunny61 773]

Ich habe ihn geschlachtet? Du hast mir doch in Beitrag #16 eingeredet ich solle ihn neu installieren, weil er hinüber ist!

Hast Du es denn getan? Nein, weshalb nicht?

 

Er läuft auch wieder wunderbar. Ihr kommt einfach nur nicht damit klar, dass ich das Problem anders gelöst habe als ihr das getan hättet.

Scheinbar ist das ein Projekt für die Freizeit oder die Schule. Im wirklichlichen Leben hätte dich dein Chef gefeuert für den unnützen Zeiteinsatz.

 

Außerdem taugt der Tipp, regelmäßig das Bereinigungsskript aufzurufen, nicht viel. Da wird nämlich bei weitem nicht so viel gelöscht, wie löschbar wäre.

Du verstehst es nicht und willst es nicht verstehen. Das Bereinigungsscript muss täglich laufen, denn täglich werden Updates abgelehnt, auch wenn Du es nicht machst, der WSUS macht es. Und wenn so ein Update nach dem ablehnen 30 Tage nicht neu genehmigt wird, dann und erst dann wird es gelöscht. Also nicht so wie Du und viele anderen es auch meine. Ablehnen, Bereinigung ausführen und es muss gelöscht werden. Und wo ist genau das nun im WSUS zu finden? Das darfst Du jetzt alleine rauskriegen.

 

In meinem Bereinigungsscript wird täglich zwischen 50 und 900 MB gelöscht, TÄGLICH! Du hast den WSUS immer noch nicht verstanden.

 

Ihr könnt den Tipp ja trotzdem am laufenden Band wiederholen, wer genug Platz auf der Datenpartition des WSUS-Servers hat der bemerkt den Unterschied sowieso nicht (Homöopathie). Wer aber ein Platzproblem hat kommt um die Löschung des Inhalts des Ordners wsuscontent und einen WSUSUTIL RESET nicht herum.

Hoffentlich bereitet dir das noch sehr viel Arbeit in Zukunft diesen Unsinn täglich oder wöchentlich durchzuführen.

 

Das war jetzt meine hoffentlich allerletzte Antwort zu einem deiner Postings.

[Dukel 437]

Wie kann der Wsus voll laufen, wenn du eh nichts genehmigst?

Genehmigst du auch Updates, die gar nicht angefordert werden?