Назад | Перейти на главную страницу

Сбой службы активации процессов Windows - Windows 10

Служба активации Windows (WAS) больше не запускается на моем ПК с Windows 10. В результате IIS не запускается. Я не совсем уверен, когда это произошло, но, скорее всего, в последний месяц.

Во время запуска я теперь получаю в системном журнале серию из 4 ошибок:

WAS 5215: Службе активации процессов Windows (WAS) не удалось выполнить инициализацию для автономной установки. Поле данных содержит номер ошибки. [Поле данных: 50000780]

WAS 5005: служба активации Windows (WAS) останавливается из-за ошибки. Поле данных содержит номер ошибки. [Поле данных: 50000780]

Диспетчер управления службами 7023: служба WAS прервана из-за следующей ошибки: файл существует.

Диспетчер управления службами 7001: служба W3SVC зависит от службы WAS, которую не удалось запустить из-за следующей ошибки: файл существует.

У меня не так много ссылок на этот тип ошибок с ошибкой файл существует.

(Я пытался использовать ProcMon, чтобы попытаться определить, к какому файлу он относится, но он категорически отказывается запускаться.)

Изменить ... наконец, ProcMon заработал (после извлечения 64-разрядной версии с помощью VS2017). Оказалось, что причиной указанной выше проблемы был файл applicationhost.config.tmp в папке C:\Windows\System32\inetsrv\Config папка. Удаление этого файла позволило продолжить процесс.

Теперь первая и третья ошибки:

WAS 5215: Службе активации процессов Windows (WAS) не удалось выполнить инициализацию для автономной установки. Поле данных содержит номер ошибки. [Поле данных: 0D000780]

Диспетчер управления службами 7023: Служба службы активации процессов Windows завершена из-за следующей ошибки: данные недействительны.

Согласно ответу Янбина Ши, вот самые последние строки из iis.log файл:

[01/13/2018 23:10:41] [ ***** IIS 10.0 Component Based Setup ***** ] [01/13/2018 23:10:41] .\inetsrv\iissetup.exe /install SharedLibraries /nano [01/13/2018 23:10:41] Setting Installation Type to Nano [01/13/2018 23:10:41] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [01/13/2018 23:10:42] < !!FAIL!! > Failed to create the NetFrameworkConfigurationKey key container (result=0x8009000f) [01/13/2018 23:10:42] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [01/13/2018 23:10:42] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [01/13/2018 23:10:42] [ End of IIS 10.0 Component Based Setup ]

В ответ на сообщение Янбина Ши следующий ответ...

Сначала мне не удалось просмотреть / отредактировать / удалить d6d986f09a1ee04e24c949879fdb506c_* файл. Когда я попытался просмотреть его разрешение, я получил сообщение: You do not have permission to view this object's security properties, even as an administrative user. Однако я смог сменить владельца на «Администраторы», а затем дать этим группам Full разрешение на это, и тогда я мог его просмотреть. Файл не был текстовым, но около 28 байт в файле NetFrameworkConfigurationKey. Я переместил файл из этой папки.

Я тогда побежал net start was и получил System error 80 has occurred. The file exists.

К iis.log файл, но обычные события ошибок были добавлены в журнал системных событий.

Затем я вручную удалил applicationhost.config.tmp файл и побежал net start was. На этот раз я получил System error 13 has occurred. The data is invalid.

На этот раз были новые записи в iis.log

[03/18/2018 07:44:54] [ ***** IIS 10.0 Component Based Setup ***** ] [03/18/2018 07:44:54] .\inetsrv\iissetup.exe /install SharedLibraries /nano [03/18/2018 07:44:54] Setting Installation Type to Nano [03/18/2018 07:44:55] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [03/18/2018 07:44:55] Created NetFrameworkConfigurationKey key containter [03/18/2018 07:44:56] Created NetFrameworkConfigurationKey user key [03/18/2018 07:44:56] Set ACLs on NetFrameworkConfigurationKey [03/18/2018 07:44:56] < !!FAIL!! > Failed to create the iisWasKey key container (result=0x8009000f) [03/18/2018 07:44:56] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [03/18/2018 07:44:56] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [03/18/2018 07:44:56] [ End of IIS 10.0 Component Based Setup ]

Ошибка произошла из-за того, что WAS не смог получить доступ к ключам машины во время запуска. При первом запуске после обновления WAS попытается создать новые машинные ключи, если их нет, или запросит старые машинные ключи, оставшиеся от старой ОС. В этом случае существуют старые машинные ключи, но WAS, к сожалению, не может получить к ним доступ по непонятной причине. Эти машинные ключи используются для шифрования конфиденциальной информации в applicationHost.config или web.config (например, пароля пользователя). WAS не сможет запуститься, если отсутствует машинный ключ, который он может использовать.

Следующие шаги по удалению нескольких машинных ключей, используемых IIS, могут помочь разрешить запуск WAS - WAS просто воссоздает эти ключи при запуске.

  1. Перейдите в папку ключей компьютера RSA: C: \ Users \ All Users \ Application Data \ Microsoft \ Crypto \ RSA \ MachineKeys
  2. Найдите машинный ключ (файл), имя которого начинается с d6d986f09a1ee04e24c949879fdb506c_ *. Если вы откроете его с помощью блокнота, вы должны увидеть простой текст «NetFrameworkConfigurationKey».
  3. Сделайте резервную копию этого файла в другую папку.
  4. Удалите этот файл.
  5. Выполните шаги 2-4 для резервного копирования и удаления iisWasKey: 76944fb33636aeddb9590521c2e8815a_ *
  6. Выполните те же шаги, что и 2-4, для резервного копирования и удаления iisConfigurationKey: 6de9cb26d2b98c01ec4e9e8b34824aa2_ *
  7. Вручную запустить WAS
    • Откройте командную строку через «Запуск от имени администратора».
    • чистый старт был

Для меня это началось после вчерашнего запуска Центра обновления Windows. Установленные обновления с тех пор:

  • Обновление компонентов до Windows 10 версии 1709
  • Обновление для Windows 10 KB4041994
  • Накопительное обновление 2018-01 KB4056892

Запуск службы активации Windows (WAS) привел к этой ошибке:

Ошибка 13: данные недействительны.

Из журнала системных событий:

Службе активации Windows (WAS) не удалось выполнить инициализацию для автономной установки. Поле данных содержит номер ошибки [8007000D].

Понятия не имею, что происходило. Я подтвердил свой administration.config, applicationHost.config и redirection.config содержали ожидаемые данные.

Я попытался вернуться к автоматическому резервному копированию файлов конфигурации из C:\inetpub\history, безрезультатно.

В итоге я сделал следующие шаги:

  1. Сделайте резервную копию всех файлов конфигурации из C:\Windows\System32\inetsrv\Config.

  2. Удалили все, что связано с HTTP, сняв флажок со следующего пункта в разделе «Функции Windows» (сделайте снимок экрана с установленными модулями, чтобы потом можно было легко переустановить те же модули):

    • В .NET Framework 3.5 не снимайте флажок с самого Framework:
      • Активация WCF HTTP
      • Активация WCF без HTTP
    • .NET Framework 4.7 Расширенные службы
    • IIS
    • Хостинговое веб-ядро IIS
    • Служба активации Windows

  3. Перезагрузка.

  4. Остальное содержимое удалено из C:\Windows\System32\inetsrv.
  5. Переустановите все удаленные функции сверху.
  6. Переустановите Модуль перезаписи URL
  7. Аккуратно вставьте соответствующие элементы из-под <applicationPools> и <sites> элементы из резервной копии applicationHost.config во вновь созданный C:\Windows\System32\inetsrv\Config\applicationHost.config.
  8. Выполнить iisreset из командной строки с повышенными правами на всякий случай.

И ура, все мои сайты разработки снова заработали.

После этого я сравнил резервную копию и новую applicationHost.config файлов и не смог обнаружить каких-либо серьезных различий. Фактически, когда я сбросил резервную копию applicationHost.config в каталог Config и запустив другой iisreset все по-прежнему работало, так что я думаю, проблема была не в этом файле.

Это случилось и со мной после недавнего обновления Windows. Отключение, а затем включение службы активации Windows в компонентах Windows помогло мне. Отключение этой службы также отключит следующие функции, которые вам также нужно будет включить:

  • Активация Windows Communication Foundation без HTTP
  • Активация TCP
  • Именованная активация канала
  • Активация очереди сообщений (MSMQ)

Не могли бы вы сделать следующие проверки

  1. Проверьте, есть ли у вас этот раздел реестра: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

Я считаю, что он должен существовать, если вы столкнетесь с такой ошибкой запуска WAS.

  1. Проверьте, есть ли у вас файл с именем applicationhost.config.tmp в C: \ windows \ system32 \ inetsrv \ config (папка, в которой находится ваш applicationHost.config).

Этот временный файл также должен существовать, чтобы избежать такого сбоя.

  1. Откройте iis.log в c: \ windows, прокрутите вниз до конца файла и найдите в журнале самые последние ошибки. Будем признательны, если вы можете вставить сюда любое сообщение из журнала ошибок.

Теперь я подозреваю, что вы увидите ошибки в iis.log. Не могли бы вы вставить сюда ошибки, чтобы сузить причину?