Błąd 0x80244022 i problem z zatrzymaniem WsusPool z powodu braku pamięci

Jeden z klientów miał ciekawy problem z instalowaniem aktualizacji na klientach z systemem Windows 7. Aktualizacje są dystrybuowane przez serwer WSUS zintegrowany ze środowiskiem System Center Configuration Manager. Serwer SCCM korzysta z systemu Windows Server 2008 R2, wersja WSUS, odpowiednio, to WSUS 3.0 SP2. Komputery klienckie z systemem Windows 7 SP powinny zostać zaktualizowane (około 2000 komputerów).

Komputery klienckie nie mogą otrzymywać aktualizacji z punktu aktualizacji oprogramowania, w dziennikach rejestrowany jest błąd 0x80244022.

Po stronie klienta magazyn Wuhandler.log zawiera błędy:

OnSearchComplete - Nie można zakończyć zadania wyszukiwania. Błąd = 0x80244022.
Skanowanie nie powiodło się z błędem = 0x80244022.

W dzienniku usługi Windows Update Windowsupdate.log także wiele błędów formularza:

2017-08-09 11: 02: 04: 371 612 4858 Konfiguracja OSTRZEŻENIE: Nie można pobrać informacji o pakiecie podczas sprawdzania SelfUpdate, błąd = 0x80244022
2017-08-09 11: 02: 04: 371 612 4858 Konfiguracja OSTRZEŻENIE: Nie można pobrać informacji o pakiecie podczas sprawdzania SelfUpdate, błąd = 0x80244022
2017-08-09 11: 02: 04: 371 612 4858 Agent * OSTRZEŻENIE: Pomijanie skanowania, zwrócenie kontroli automatycznej aktualizacji 0x80244022
2017-08-09 11: 02: 04: 371612 4858 Agent * OSTRZEŻENIE: Kod wyjścia = 0x80244022
2017-08-09 11: 02: 04: 371 612 4858 Agent OSTRZEŻENIE: Klient WU nie powiódł się Wyszukiwanie aktualizacji z błędem 0x80244022
2017-08-09 11: 02: 04: 371 612 4abc AU # OSTRZEŻENIE: Oddzwonienie wyszukiwania nie powiodło się, wynik = 0x80244022
2017-08-09 11: 02: 04: 371 612 4abc AU # OSTRZEŻENIE: Nie można znaleźć aktualizacji z kodem błędu 80244022

Po stronie serwera w dzienniku WSUSCtrl.log wystąpił błąd:

żądanie nie powiodło się ze statusem HTTP 503: Usługa niedostępna
Awarie zgłaszane podczas okresowej kontroli stanu przez serwer WSUS SPB-MAN1. Ponów próbę za 1 minut

Tj. dziennik pokazuje, że witryna WSUS nie odpowiada. Rzeczywiście, po otwarciu administracyjnego adresu URL WSUS (http: // SCCM-Srv1: 8530) pojawia się błąd:

Błąd HTTP 503. Usługa jest niedostępna

Uwaga. Bardziej szczegółowy szczegółowy opis błędu można znaleźć w jego kodzie z artykułu z listą wszystkich błędów Windows Update.

Po otwarciu konsoli zarządzania Menedżera usług IIS zobaczyłem, że pula odpowiedzialna za działanie programu WSUS (WsusPool) jest w stanie wyłączonym.

Po ręcznym uruchomieniu basen po 20-30 minutach ponownie spadnie. W dzienniku systemowym znaleziono interesującą wiadomość. Identyfikator zdarzenia 5117 BYŁ z tekstem:

Proces roboczy obsługujący pulę aplikacji „WsusPool” zażądał odtworzenia, ponieważ osiągnął limit pamięci w bajtach prywatnych

Domyślnie system używa limitu pamięci dla puli WsusPool
ograniczona 1,8 GB. Jeśli ta wartość zostanie przekroczona (i może się to łatwo zdarzyć w przypadku dużej liczby klientów WSUS, szczególnie podczas pierwszego skanowania), pula zostanie zresetowana. Aby zrozumieć, ile pamięci zużywa pula WSUS, wystarczy spojrzeć na proces w3wp.exe. Jeśli limit zostanie przekroczony o 1,8 GB, proces uruchomi się ponownie. Dlatego, aby rozwiązać problem, musisz zwiększyć ilość przydzielonej pamięci.

Uwaga. Problem częściowo przypomina przypadek z błędem 0x8024401 rozważanym wcześniej podczas odbierania aktualizacji c w systemie Windows 10.

Możesz to zrobić z konsoli Menedżera usług IIS, wybierając opcję Zastosowanie Baseny -> RMB Wsuspoll -> Recykling, zwiększenie wartości w polu Prywatny pamięć użycie (w KB).

Ile zwiększyć, zdecyduj sam, polecam zacząć od 3-4 GB. W moim przypadku dla ponad 2000 klientów WSUS wystarczyło 6 GB pamięci.

Rozmiar przydzielonej pamięci można również zmienić w sekcji Ustawienia zaawansowane puli, zwiększając wartość w polu Prywatny pamięć użycie (KB).

Pozostaje zrestartować pulę za pomocą przycisków Start / stop lub Recykling.

Następnie proces w3wp.exe przestał zużywać więcej niż 3 GB pamięci RAM. A następnego dnia aktualizacje zaczęły być pobierane na komputery.

Wskazówka. Przy dużej liczbie klientów WSUS otrzymujących aktualizacje z Punktu aktualizacji oprogramowania SCCM (szczególnie odbierających aktualizacje po raz pierwszy), w zaawansowanych ustawieniach puli można zwiększyć następujące parametry:

  • Długość kolejki od 1000 do 25000
  • Typ odpowiedzi „Usługa niedostępna” - c HttpLevel na TcpLevel
  • Interwał awarii (minuty) - od 5 do 30
  • Zmień „Maksymalne awarie” - od 5 do 60

Ponadto zaleca się zainstalowanie następujących aktualizacji w programie WSUS 3.0 SP2 w systemie Windows Server 2008 R2:

  • KB2720211
  • KB2734608

W programie WSUS 4.0 w systemie Windows Server 2012 R2 są to:

  • KB2919442
  • KB2919355
  • KB3095113
  • KB3159706