Критическая ошибка 41 на контроллере домена Windows server 2025

Question

Началось 2-3 дня назад с того, что сервер сообщил что не может установить автоматическое обновление. До этого проблем небыло. Сервер поднят на виртуальной машине, проблем с соседними виртуальными машинами не наблюдается. Раз в день обычно утром когда идет много запросов на логин к каталогу AD сервер зависает

При попытке запустить диспетчер задач ошибка "Недостаточно памяти для запуска программы. Закройте одну или несколько программ и повторите попытку" При этом запущеных программ нет вообще.
При попытке через командную строку посмотреть список процессов ошибка "недостаточно системных ресурсов для завершение операции"

На клиентах которые пытаются получить доступ к обьектам в AD сообщение "Вход невозможен, так как вы уже введены в другой сеанс, который заблокирован. Кто заблокировал: Клиент групповой политики. Минут блокировки 29 (по разному)" или "работает служба профилей" После перезагрузки путем выключения сервер загружается нормально и работает нормально примерно сутки. И снова повторяется все.

PS C:\WINDOWS\system32> Dism /Online /Cleanup-Image /RestoreHealth
Cистема DISM
Версия: 10.0.26100.1150
Версия образа: 10.0.26100.4946
[==========================100.0%==========================]
Ошибка: 0x800f0915
Не удалось найти содержимое для восстановления.
Проверьте подключение к Интернету или используйте параметр "Источник", чтобы указать расположение файлов, необходимых для восстановления образа. Дополнительные сведения об указании расположения источника см. на веб-странице https://go.microsoft.com/fwlink/?LinkId=243077.
Файл журнала DISM находится по адресу C:\WINDOWS\Logs\DISM\dism.log
PS C:\WINDOWS\system32>

 C:\WINDOWS\system32> Dism /Online /Cleanup-Image /RestoreHealth

Cистема DISM

Версия: 10.0.26100.1150

Версия образа: 10.0.26100.4946

[==========================100.0%==========================]

Ошибка: 0x800f0915

Не удалось найти содержимое для восстановления.

Проверьте подключение к Интернету или используйте параметр "Источник", чтобы указать расположение файлов, необходимых для восстановления образа. Дополнительные сведения об указании расположения источника см. на веб-странице https://go.microsoft.com/fwlink/?LinkId=243077.

Файл журнала DISM находится по адресу C:\WINDOWS\Logs\DISM\dism.log

PS C:\WINDOWS\system32>

2025-12-19 10:52:49, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 Failed finalizing changes. - CDISMPackageManager::Internal_Finalize(hr:0x800f0915)
2025-12-19 10:52:49, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 The repair content could not be found anywhere. The image may be corrupted. Check the internet connection or try to restore the image using the /source option. - GetCbsErrorMsg
2025-12-19 10:52:49, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 Failed processing package changes with session options - CDISMPackageManager::Internal_ProcessChangesWithOptions(hr:0x800f0915)
2025-12-19 10:52:49, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 Failed processing package changes with session option CbsSessionOptionRepairStoreCorruption - CDISMPackageManager::RestoreHealth(hr:0x800f0915)
2025-12-19 10:54:57, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 The repair content could not be found anywhere. The image may be corrupted. Check the internet connection or try to restore the image using the /source option. - GetCbsErrorMsg
2025-12-19 10:54:57, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 Failed to restore the image health. - CPackageManagerCLIHandler::ProcessCmdLine_CleanupImage(hr:0x800f0915)
2025-12-19 10:54:57, Error                 DISM   DISM Package Manager: PID=9080 TID=5300 Failed while processing command cleanup-image. - CPackageManagerCLIHandler::ExecuteCmdLine(hr:0x800f0915)

2025-12-19 10:57:57, Info                  CSI    0000044f Hashes for file member [l:23]'tls_branding_config.xml' do not match.
 Expected: {l:32 ml:33 b:c47971fa2aad3db4a93ea385797c477167c42a8e0cd9fa3cfd123f0d090a1c30}.
 Actual: {l:32 b:49c898176d9ad8669bb1761a62e4fddb9da3b98f8cc3a311db7ac374bc4d2c37}.
2025-12-19 10:57:57, Info                  CSI    00000450 Hashes for file member [l:23]'tls_branding_config.xml' do not match.
 Expected: {l:32 ml:33 b:c47971fa2aad3db4a93ea385797c477167c42a8e0cd9fa3cfd123f0d090a1c30}.
 Actual: {l:32 b:49c898176d9ad8669bb1761a62e4fddb9da3b98f8cc3a311db7ac374bc4d2c37}.
2025-12-19 10:57:57, Info                  CSI    00000451 [SR] Could not reproject corrupted file \??\C:\WINDOWS\System32\\tls_branding_config.xml; source file in store is also corrupted
2025-12-19 10:57:57, Info                  CSI    00000452 Hashes for file member [l:20]'LServer_PKConfig.xml' do not match.
 Expected: {l:32 ml:33 b:13bf8ca71a639aa2fd30e16a97c603eac597bc79706c0bc21403d1fa5444b8bb}.
 Actual: {l:32 b:cfa5c1d46b882f7980fbacca01c6cfe80aad5ec96392d3f839dbd7ef27f40321}.
2025-12-19 10:57:57, Info                  CSI    00000453 [SR] Cannot repair member file [l:20]'LServer_PKConfig.xml' of Microsoft-Windows-TerminalServices-LicenseServer-LRWIZDLL, version 10.0.26100.4768, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} in the store, hash mismatch
2025-12-19 10:57:57, Info                  CSI    00000454 [SR] This component was referenced by [l:108]'Microsoft-Windows-TerminalServices-Licensing-UI-Package~31bf3856ad364e35~amd64~~10.0.26100.4768.Licensing-UI'
2025-12-19 10:57:57, Info                  CSI    00000455 [SR] This component was referenced by [l:102]'Microsoft-Windows-TerminalServices-Licensing-Package~31bf3856ad364e35~amd64~~10.0.26100.4768.Licensing'
2025-12-19 10:57:57, Info                  CSI    00000456 Hashes for file member [l:20]'LServer_PKConfig.xml' do not match.
 Expected: {l:32 ml:33 b:13bf8ca71a639aa2fd30e16a97c603eac597bc79706c0bc21403d1fa5444b8bb}.
 Actual: {l:32 b:cfa5c1d46b882f7980fbacca01c6cfe80aad5ec96392d3f839dbd7ef27f40321}.
2025-12-19 10:57:57, Info                  CSI    00000457 Hashes for file member [l:20]'LServer_PKConfig.xml' do not match.
 Expected: {l:32 ml:33 b:13bf8ca71a639aa2fd30e16a97c603eac597bc79706c0bc21403d1fa5444b8bb}.
 Actual: {l:32 b:cfa5c1d46b882f7980fbacca01c6cfe80aad5ec96392d3f839dbd7ef27f40321}.
2025-12-19 10:57:57, Info                  CSI    00000458 [SR] Could not reproject corrupted file \??\C:\WINDOWS\System32\\LServer_PKConfig.xml; source file in store is also corrupted
2025-12-19 10:57:57, Info                  CSI    00000459 [SR] Repair complete
2025-12-19 10:57:57, Info                  CSI    0000045a [SR] Committing transaction
2025-12-19 10:57:57, Info                  CSI    0000045b Creating NT transaction (seq 5)
2025-12-19 10:57:57, Info                  CSI    0000045c Created NT transaction (seq 5) result 0x00000000, handle @0x3560c
2025-12-19 10:57:57, Info                  CSI    0000045d Transaction UoW: {8031876f-dcb1-11f0-a7a5-92ea811decfe} for BeginTransaction
2025-12-19 10:57:57, Info                  CSI    0000045e Primitive operation timings: Registry: 0ms, Files: 8ms
2025-12-19 10:57:57, Info                  CSI    0000045f@2025/12/19:08:57:57.792 Beginning NT transaction commit...
2025-12-19 10:57:57, Info                  CSI    00000460 Transaction UoW: {8031876f-dcb1-11f0-a7a5-92ea811decfe} for CommitTransaction
2025-12-19 10:57:57, Info                  CSI    00000461@2025/12/19:08:57:57.797 CSI perf trace:
CSIPERF:TXCOMMIT;5003
2025-12-19 10:57:57, Info                  CSI    00000462 [SR] Verify and Repair Transaction completed. All files and registry keys listed in this transaction  have been successfully repaired

Answer 1

Здравствуйте Natalya Derkach,

Я следую, чтобы убедиться, что вы смогли выполнить предоставленные шаги ремонта.

Кратко: сбои «Недостаточно системных ресурсов» вызваны утечкой дескриптора/пула, вероятно, когда сервис Terminal Services пытается получить доступ к повреждённым лицензионным файлам (LServer_PKConfig.xml), выявленным в ваших логах при высокотрафиковых входах в AD. Поскольку хранилище компонентов вашей системы тоже повреждено (ошибка 0x800f0915), сервер не может автоматически скачать исправление.

Критическим решением является выполнение офлайн-ремонта, смонтировав ISO Windows Server (сборка 26100) и запустив DISM /Source команду, ссылающуюся на этот ISO. Это фактически вручную вводит здоровые файлы, заменяя повреждённые, что должно остановить утечку ресурсов и стабилизировать сервер.

Если проблема была успешно решена, пожалуйста, подумайте о принятии ответа , так как это поможет другим людям с таким же вопросом получить пользу. Спасибо!

Вице-президент

Answer 2

Здравствуйте**, Наталья Деркач,**

Судя по предоставленным журналам и симптомам, вы имеете дело с двумя разными, но скорее всего связанных между собой проблемами: истощение ресурсов ядра (вызывающее зависания и ошибки «Недостаточно ресурсов») и повреждение хранилища компонентов (предотвращение обновлений и самовосстановления). Ошибка «Недостаточно системных ресурсов» при доступности оперативной памяти явно указывает на истощение не-страницированного пула ядра или системных дескрипторов. Это не стандартная проблема с оперативной памятью; это утечка, когда процесс или драйвер потребляет системные адреса до тех пор, пока ядро не перестанет выделять ресурсы для базовых операций, таких как запуск диспетчера задач (taskmgr) или обработка входов.

Время зависания (утренние штормы входа в AD) и конкретное повреждение файла, видимое в ваших логах CBS (LServer_PKConfig.xml - Terminal Services Licensing), указывает на корневую причину с высокой вероятностью: сервис терминалов или лицензирования пытается прочитать эти повреждённые конфигурационные файлы во время аутентификации пользователя, не получается и входит в цикл повторной попытки, который быстро утекает дедлы или пул памяти. Это в конечном итоге истощает ресурсы ядра, вызывая зависание gpsvc (Group Policy Client) и блокируя дальнейшие входы.

Чтобы решить проблему, нужно восстановить повреждённые системные файлы. Ваша стандартная DISM /RestoreHealth команда не работает с ошибкой 0x800f0915 и «Восстановленное содержимое не удалось найти», потому что ваш локальный Component Store (WinSxS) тоже повреждён, и сервер не может связаться с Windows Update для получения замены. Вам нужно выполнить офлайн-ремонт с использованием действующего установочного ISO Windows Server, который соответствует вашей сборке ОС (сборка 26100, скорее всего Windows Server 2025 или Windows 11 24H2).

Решение: Сначала получить официальный ISO для Windows Server (сборка 26100) и подключить его к виртуальной машине. Обратите внимание на букву привода, присвоенную установленному ISO (например, D:). Затем выполните следующую команду в повышенной PowerShell или командной строке. Это заставляет DISM использовать чистый ISO в качестве источника для здоровых файлов, а не повреждённый локальный магазин или недоступный интернет:

DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess

Замените D: букву вашего крепления на букву крепления. Если ваш ISO содержит несколько изданий (Standard/Datacenter), возможно, придётся скорректировать индекс :1 под установленную версию (используйте dism /Get-WimInfo /WimFile:D:\sources\install.wim для проверки).

После успешного завершения команды DISM немедленно запустите sfc /scannow , чтобы убедиться, что файлы интегрированы правильно, а затем перезагрузите сервер. Если зависание сохраняется и после ремонта, вам нужно будет отслеживать столбцы «Handles» и «Non-Paged pool» в Диспетчере задач (вкладка Details) или Resource Monitor, чтобы точно определить, какой процесс ( lsm.exe svchost.exeскорее всего , или агент безопасности) увеличивается в утреннем потоке входа.

Надеюсь, вы нашли здесь что-то полезное. Если это поможет вам лучше понять проблему, буду признателен за принятие ответа. Если у вас есть ещё вопросы, не стесняйтесь оставлять сообщение. Хорошего дня!

Вице-президент