WSUS Konsole spinnt
Ich habe da ein seltsames Verhalten. In meinem Lab hab ich einen WSUS am Laufen, dem hab ich heute nachmittag Office 2013-2019 und O365 hinzugefügt.
Dann so ca. 30 Minuten später behauptet mit einem Male die Konsole der Server wäre nicht mehr erreichbar.
Also gut, neu gestartet.
WSUS Konsole geöffnet, wird alles angzeigt, ich starte den Sync für die Office-Updates. Das war so 19 Uhr.
etwa Vier Stunden später wollte ich gucken was der WSUS so macht... laut Task Manager / Performance jede Menge Aktivität. Speziell bei den Downloads. Denn die Updates für die Office Pakete dürften gut und gerne 50 GB oder mehr benötigen. Auf der Platte für die WSUS Daten ist noch 500 GB Platz, daran liegts auch nicht...
Im IIS nichts Auffälliges, außer daß ich die Sites von dem WSUS nicht im Browser anschauen kann.
Was könnte das sein?
Windows Server 2016, Updatestand Dezember 2021
Im Ereignisprotokoll sehe ich nur daß die Konsole während meiner Abwesenheit mehrfach den Server nicht erreichen kann aber ein paar Minuten danach ist ein Eintrag "many client computers did not report their...." oder so ähnlich, der auch immer wieder vorkommt - sprich wegen der Netzaktivität und der CPU Aktivität des WSUS Services vermute ich daß der WSUS am arbeiten ist und auch weil weiterhin die Meldung mit den nicht antwortenden Clients kommt.
Dann so ca. 30 Minuten später behauptet mit einem Male die Konsole der Server wäre nicht mehr erreichbar.
Also gut, neu gestartet.
WSUS Konsole geöffnet, wird alles angzeigt, ich starte den Sync für die Office-Updates. Das war so 19 Uhr.
etwa Vier Stunden später wollte ich gucken was der WSUS so macht... laut Task Manager / Performance jede Menge Aktivität. Speziell bei den Downloads. Denn die Updates für die Office Pakete dürften gut und gerne 50 GB oder mehr benötigen. Auf der Platte für die WSUS Daten ist noch 500 GB Platz, daran liegts auch nicht...
Im IIS nichts Auffälliges, außer daß ich die Sites von dem WSUS nicht im Browser anschauen kann.
Was könnte das sein?
Windows Server 2016, Updatestand Dezember 2021
Im Ereignisprotokoll sehe ich nur daß die Konsole während meiner Abwesenheit mehrfach den Server nicht erreichen kann aber ein paar Minuten danach ist ein Eintrag "many client computers did not report their...." oder so ähnlich, der auch immer wieder vorkommt - sprich wegen der Netzaktivität und der CPU Aktivität des WSUS Services vermute ich daß der WSUS am arbeiten ist und auch weil weiterhin die Meldung mit den nicht antwortenden Clients kommt.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1949512010
Url: https://administrator.de/contentid/1949512010
Ausgedruckt am: 21.11.2024 um 15:11 Uhr
7 Kommentare
Neuester Kommentar
Moin,
Gruß,
Dani
danke für den Tip, der WSUSPool war gestoppt. Warum auch immer, Pool gestartet und die Konsole geht wieder.
schau gleich mal nach wie viele Updates sychronisiert wurde. Ich habe das bei uns auch schon gesehen, dass an selben Tag um 15:00 Uhr auf einmal 8.000 Upates synchronisiert wurden. Gruß,
Dani
Moin,
Selbe Meldung erhalten wir in der MMC, wenn dir den WSUS über die MMC von Altlasten befreien, sprich alte Updates entfernen und dabei „alles anhaken“.
Habe gelernt, damit zu leben, bzw. Das Aufräumen in kleinere Häppchen zu unterteilen… ich müsste eigentlich mal auf die Powershell umstellen ^^
Gruß
em-pie
Selbe Meldung erhalten wir in der MMC, wenn dir den WSUS über die MMC von Altlasten befreien, sprich alte Updates entfernen und dabei „alles anhaken“.
Habe gelernt, damit zu leben, bzw. Das Aufräumen in kleinere Häppchen zu unterteilen… ich müsste eigentlich mal auf die Powershell umstellen ^^
Gruß
em-pie
Servus zusammen!
Hat jetzt nix direkt mit dem Problem zu tun...
Aber allen WSUS Admins kann ich dieses Tool wirklich nur empfehlen:
https://www.ajtek.ca/
Läuft bei uns (ca. 2000 Clients) seit mehreren Jahren, und erspart mir wirklich viel Arbeit.
Warten muss ich den WSUS quasi gar nicht mehr - läuft alles automatisch...
Der Blog & best practice auf der Seite sind auch empfehlenswert zu lesen!
Gruß
Luigi
Hat jetzt nix direkt mit dem Problem zu tun...
Aber allen WSUS Admins kann ich dieses Tool wirklich nur empfehlen:
https://www.ajtek.ca/
Läuft bei uns (ca. 2000 Clients) seit mehreren Jahren, und erspart mir wirklich viel Arbeit.
Warten muss ich den WSUS quasi gar nicht mehr - läuft alles automatisch...
Der Blog & best practice auf der Seite sind auch empfehlenswert zu lesen!
Gruß
Luigi
Ich würde als erstes die Private Memory Limit im IIS überprüfen ( https://docs.microsoft.com/en-US/troubleshoot/mem/configmgr/windows-serv ..).
Standard Einstellungen von MS hauen nie wirklich hin.
Manchmal wars dann noch wegen der fehlenden SQL Server System CLR Types for SQL Server, die ja eigentlich nur mit den detaillierten Informationen zu den Clients was zu tun haben (und auch standardmässig nicht installiert sind).
Dann RAM und CPU....selbst für eine kleinere Umgebung würde ich das Ding nicht mir weniger als 8 Cores und 8 GB RAM laufen lassen. In der Regel braucht es das nicht, aber jedes Mal wenn man die Datenabnk bereinigen will eben schon.
Gibt auch einige die meinen, das man bei der Ersteinrichtung eigentlich alles ausser das letzte Commulative ablehnen kann. Meine Erfahrung ist, das ebend nicht alles was eigentlich kommulativ sein sollte auch so ist.
Gibt da anscheinend ein paar Bröckchen hin und wieder, die nicht in den Nachfolgepaketen drin ist. Wenn ein Client ein älteres Update noch fordert kann es sein, das genau dieser Brocken dann fehlt.
Ich mach deswegen eine automatische Bereinigung, werden zumindest schon mal die Updates abgelehnt, von denen MS denkt sie wären ersetzt worden (und nicht was ich gedacht hätte).
Und trotz allem "tuning" scheint es einige WSUS zu geben die einfach laufen und andere nicht....
Hab manchmal das Gefühl, obs nicht an einer Eval Installations Version liegt....wenn ich eine Stardard ISO verwendet habe und die später lizensiert, dann leifen die Server irgendwie rund. Mit der Eval Version (wo man dann erst per Powershell den Key eingeben muss und dann nach ne Reboot alles OK ist), nicht....kann aber auch Einbildung sein oder Abneigung gegen die Eval Version
Standard Einstellungen von MS hauen nie wirklich hin.
Manchmal wars dann noch wegen der fehlenden SQL Server System CLR Types for SQL Server, die ja eigentlich nur mit den detaillierten Informationen zu den Clients was zu tun haben (und auch standardmässig nicht installiert sind).
Dann RAM und CPU....selbst für eine kleinere Umgebung würde ich das Ding nicht mir weniger als 8 Cores und 8 GB RAM laufen lassen. In der Regel braucht es das nicht, aber jedes Mal wenn man die Datenabnk bereinigen will eben schon.
Gibt auch einige die meinen, das man bei der Ersteinrichtung eigentlich alles ausser das letzte Commulative ablehnen kann. Meine Erfahrung ist, das ebend nicht alles was eigentlich kommulativ sein sollte auch so ist.
Gibt da anscheinend ein paar Bröckchen hin und wieder, die nicht in den Nachfolgepaketen drin ist. Wenn ein Client ein älteres Update noch fordert kann es sein, das genau dieser Brocken dann fehlt.
Ich mach deswegen eine automatische Bereinigung, werden zumindest schon mal die Updates abgelehnt, von denen MS denkt sie wären ersetzt worden (und nicht was ich gedacht hätte).
Und trotz allem "tuning" scheint es einige WSUS zu geben die einfach laufen und andere nicht....
Hab manchmal das Gefühl, obs nicht an einer Eval Installations Version liegt....wenn ich eine Stardard ISO verwendet habe und die später lizensiert, dann leifen die Server irgendwie rund. Mit der Eval Version (wo man dann erst per Powershell den Key eingeben muss und dann nach ne Reboot alles OK ist), nicht....kann aber auch Einbildung sein oder Abneigung gegen die Eval Version