Диспетчер серверов показывает «Online – Data retrieval failures occurred» на Windows Server 2022: WinRM упирается в размер пакета

Что было. В диспетчере серверов у локального сервера (и у удалённых) в колонке «Управляемость» вместо «Online» стоит «Online – Data retrieval failures occurred». Сервер работает, роли на месте, но обзор ролей и событий не загружается. В журнале событий ошибки WinRM с кодом 10149 и ошибки канала Microsoft-Windows-Kernel-IoTrace/Diagnostic. Затронуты Windows Server 2022 и частично 2019, как физические, так и виртуальные, чаще всего в кластерах. Официального исправления за несколько лет обсуждения не появилось.

Причина. Диспетчер серверов собирает данные через WinRM. Ответ с полным списком событий и состояний не помещается в максимальный размер конверта WinRM (по умолчанию 500 КБ), и запрос отбрасывается с сообщением «размер вычисленного пакета ответа превышает максимальный допустимый размер конверта».

Решение, подтверждённое несколькими администраторами. Увеличить лимит на каждом сервере, который управляется:

winrm set winrm/config @{MaxEnvelopeSizekb="8192"}

или в PowerShell:

Set-WSManInstance -ResourceURI winrm/config -ValueSet @{MaxEnvelopeSizekb = "8192"}

Перезагрузка не нужна; в диспетчере серверов нажать «Обновить». В обсуждении ставили значения от 700 до очень больших; 8 МБ хватает с запасом и не создаёт риска. На клиентской стороне (откуда открывают диспетчер) при необходимости то же значение в HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WSMAN\Client\maxEnvelopeSize.

Второй вариант, если первый не убрал ошибку. Проблемный канал журнала Microsoft-Windows-Kernel-IoTrace/Diagnostic в реестре по пути HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WINEVT\Channels\: переименовать ключ (добавить -OLD), не удалять. Диспетчер серверов перестаёт спотыкаться о канал, который не может открыть. Экспорт ветки перед правкой обязателен.

Чего делать не стоит. Переустанавливать роли, сбрасывать WinRM (winrm quickconfig ничего не меняет в этом лимите), отключать брандмауэр: обсуждение полно таких попыток без результата.

Почему это важно не только для картинки. Тот же лимит WinRM бьёт по удалённому PowerShell и по средствам управления, которые работают через него: если сессии обрываются на больших выводах, причина та же.

Настройка WinRM описана в документации Microsoft.