Why can Win10 Nodes Check In With WSUS But Not Pull Updates (0x8024401c)
I have a Windows Server 2016 running WSUS (WID Database). The nodes on my system are all Windows 10 Professional. They are configured through group policy to check the Server 2016 for updates. The nodes and server are not behind a proxy in anyway.
Based on the WSUS Console it shows all the nodes are checking in when I press "Check for Updates". When you look on the node it throws the following message:
There were some problems installing updates, but we'll try again later. If you keep seeing this and want to search the web or contact support for informaiotn, this may help: (0x8024401c)
I have googled this error and I have found little information or none at all for this error. I have tried all of the suggestions I could find but nothing has resolved this issue. What I can make out of the last .ELT file when I open it with word is:
There was an error communicating with the endpoint at http://FQDN:8530/ClientWebService/client.asmx. There was an error receiving the HTTP reply. The operation did not complete within the time allotted.
When I do a Get-WindowsUpdateLog in PowerShell I just get a long list of updates it can't find. No actual communication information.
I can get to that link if I put it in to a browser and the firewall is not blocking WSUS. What am I missing? Can anyone supply me with any other information. I am also still learning how to actually read ELT files using the correct procedure.
EDIT 1: Attempting to run the Characters and WDK10 on the client to interpret the ELT files better.
EDIT 2: Running the tracefmt.exe tool gives me the following Error:
Cannot Open logfile for reading
This happens on everyone. I do see from TraceView from the SDK tool kit that all the events show system times and No Format Information found. Is it connected and not getting this data or is it just looking for all these updates?
Я внес следующие изменения в пул приложений IIS для страницы WSUS:
- Длина очереди: 25000 из 10000
- Предельный интервал (минут): 15 из 5
- Ответ «Служба недоступна»: TcpLevel из HttpLevel
- Предел частной памяти (КБ): 0 из 18342456
Это разрешено для более длительного времени, необходимого Windows 10 для подключения и проверки обновлений, сбросьте соединения для всех машин и выделите больше памяти для обработки обновлений, что было предложением, которое я нашел при поиске в Google.
Все мои Windows 10 1607 и Server 2016 1607 имели ошибку 0x8024401c.
Некоторые советы по настройке пула приложений IIS не помогли.
Запуск сценария PowerShell 3 Адама «Clean-WSUS» на сервере WSUS решила проблему:
http://community.spiceworks.com/scripts/show/2998-adamj-clean-wsus
В пул приложений IIS для страницы WSUS внесены следующие изменения:
- Длина очереди: 25000 из 10000
- Предельный интервал (минут): 15 из 5
- Ответ «Служба недоступна»: TcpLevel из HttpLevel
- Лимит частной памяти (КБ): 0 из 18342456
28 августа, 2017 г. - KB4039396 ( Сборка ОС 14393.1670 )
Улучшения и исправления:
Устранена проблема с обработкой метаданных обновления WSUS, из-за которой некоторые клиенты могли отключаться по тайм-ауту с ошибкой 0x8024401c.
Увеличьте ASP Тайм-аут .NET
Создайте копию
\ Program Files \ Update Services \ WebServices \ ClientWebService \ Web.Config.Откройте
\ Program Files \ Update Services \ WebServices \ ClientWebService \ Web .Config.- Найдите элемент «
». Это будет выглядеть так (в неизмененном web.config): - Измените httpRunTime, добавив атрибут executionTimeout:
- Сохраните файл web.config в другом месте и скопируйте измененный в каталог.
- В командной строке с повышенными привилегиями запустите IISReset для перезапустите IIS.
- Мониторинг кэширования метаданных WSUS
После сброса IISReset нужно быть действительно терпеливым и заставить некоторых клиентов связываться с WSUS, чтобы перестроить кеш. После стабилизации размера кеша он будет работать
Я создал совершенно новый домен Windows 2016, добавил несколько рядовых серверов и сделал один из них ролью WSUS, просто чтобы попробовать. После настройки объектов групповой политики и проверки наличия обновлений одним из серверов WSUS постоянно давал сбой с кодом 0x80244022, что, как я полагаю, означало, что рабочий процесс потерпел крах и служба была недоступна. Сколько ни пробовал, результат один и тот же. Мне просто пришлось изменить ограничение частной памяти в настройках перезапуска пула приложений с 1800 МБ на 4096 МБ, перезапустить пул приложений, ПРОБЛЕМА РЕШЕНА! Затем я увидел, что один сервер Windows 2016 может использовать до 2,5 ГБ этого пула приложений при первоначальном сканировании. Таким образом, в основном настройки пула приложений WSUS для Windows 2016 по умолчанию устарели и нуждаются в обновлении.