Сбой службы активации процессов 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, чтобы попытаться определить, к какому файлу он относится, но он категорически отказывается запускаться.)


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

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

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

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


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

[ 13.01.2018 23:10:41] [***** Установка на основе компонентов IIS 10.0 *****] [13.01.2018 23:10:41]. Inetsrv iissetup.exe/install SharedLibraries /nano [13.01.2018 23:10:41] Установка типа установки Nano [13.01.2018 23:10:41] ACE IIS_IUSRS успешно добавлен в DACL в% ProgramData% Microsoft Windows WER ReportQueue. [13.01.2018 23:10:42] Не удалось создать контейнер ключей NetFrameworkConfigurationKey (результат = 0x8009000f) [13.01.2018 23:10:42] Установка компонента SharedLibraries result = 0x8009000f [13.01.2018 23:10:42] COMPONENT :: ExecuteCommand result = 0x8009000f [13.01.2018 23:10:42] [Конец установки на основе компонентов IIS 10.0]


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

Сначала мне не удалось просмотреть/отредактировать/удалить файл d6d986f09a1ee04e24c949879fdb506c_ * . Когда я попытался просмотреть его разрешение, я получил сообщение: У вас нет разрешения на просмотр свойств безопасности этого объекта, даже как административный пользователь. Однако я смог сменить владельца на “Администраторы” затем дают этой группе разрешение Full , и я могу его просмотреть. Это не текстовый файл, но около 28 байт в файле NetFrameworkConfigurationKey . Я переместил файл из этой папки.

Затем я запустил net start was и получил Произошла системная ошибка 80. Файл существует.

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

Затем я вручную удалил файл applicationhost.config.tmp и запустил net start was . На этот раз я получил Произошла системная ошибка 13. Данные недействительны.

На этот раз в iis.log

[18.03.2018 07:44:54] [***** Установка на основе компонентов IIS 10.0 *****] [18.03.2018 07:44:54]. inetsrv iissetup.exe /install SharedLibraries/nano [18.03.2018 07:44:54] Установка типа установки Nano [18.03.2018 07:44:55] ACE IIS_IUSRS успешно добавлен в DACL в% ProgramData% Microsoft Windows WER ReportQueue. [18.03.2018 07:44:55] Создан контейнер ключа NetFrameworkConfigurationKey [18.03.2018 07:44:56] Создан ключ пользователя NetFrameworkConfigurationKey [18.03.2018 07:44:56] Установить ACL NetFrameworkConfigurationKey [18.03.2018 07:44:56] Не удалось создать контейнер ключей iisWasKey (результат = 0x8009000f) [18.03.2018 07:44:56] Установка компонента SharedLibraries результат = 0x8009000f [18.03.2018 07:44:56] COMPONENT :: ExecuteCommand result = 0x8009000f [18.03.2018 07:44:56] [Конец установки на основе компонентов IIS 10.0]


Произошла ошибка потому что 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: 6de9cb26d2b98c01ec4e9e9
  7. Запуск WAS вручную
    • Откройте командную строку, выбрав команду «Запуск от имени администратора».
    • net start was

4

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

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

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

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

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

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

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

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

end Я предпринял следующие шаги:

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

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

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

  4. Удалил оставшееся содержимое из C: Windows System32 inetsrv .
  5. Переустановите все ранее удаленные функции.
  6. Переустановите модуль перезаписи URL.
  7. Осторожно верните соответствующие элементы из-под элементов и из резервную копию applicationHost.config во вновь созданном C: Windows System32 inetsrv Config applicationHost.config .
  8. На всякий случай выполните iisreset из командной строки с повышенными привилегиями.

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

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

Улучшите этот ответ
отредактировано 12 фев, в 19:32
ответил 10 января ’18 в 10:52
  • Я рад, что вам удалось решить эту проблему. Раньше я делал большую часть этого, но если в ближайшее время ничего не появится, я могу сделать это снова, более тщательно проследив ваш путь. Тем временем я смог переключить свою разработку на использование IIS Express, а не IIS, и пока это работает. – Глен Литтл, 14 янв., 18:05
  • ******** НЕ СЛЕДУЙТЕ ДАННЫМ СОВЕТАМ ********. ОЧЕНЬ ОЧЕНЬ ПЛОХО. Задержи меня в работе на день. ДЕЙСТВИТЕЛЬНО ПЛОХОЙ СОВЕТ. После удаления .NET 3.5 вы не сможете переустановить его, не потрудившись. Я просто рад, что нашел следующий пост, чтобы исправить то, что произошло, следуя приведенным выше инструкциям. damirscorner.com/blog/posts/… – Fractal 12 фев., в 15:26
добавить комментарий |

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

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

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

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

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

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

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

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

end Я выполнил следующие действия:

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

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

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

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

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

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


1

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

  • Активация Windows Communication Foundation без HTTP
  • Активация TCP
  • Активация именованного канала
  • Активация очереди сообщений (MSMQ)
Улучшить этот ответ
ответил 14 января ’18 в 3:51
  • 1
    Отключение WPAS (были включены API конфигурации и модель процесса), а затем их включение в этом случае не помогло. – Glen Little, 14 янв. ’18 в 18:19
добавить комментарий |

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

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

1

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

  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. Не могли бы вы вставить сюда ошибки, чтобы сузить причину?

Улучшите этот ответ
отредактировано 17 марта ’18 в 10:50
JonathanDavidArndt
1,32933 золотых знака1919 серебряных знаков2929 бронзовых знаков
ответ дан : 44
  • 1-Да. 2-Да. Добавлены записи журнала к вопросу выше. – Глен Литтл, 17 марта 2018, 13:24
  • Это может быть интересно: forum.iis.net/p/1148509/1865753.aspx – Glen Little, 17 марта 2018 г., 13:50
добавить комментарий |

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

  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. Не могли бы вы вставить сюда ошибки, чтобы сузить причину?


0

Моя проблема (возможно, не ваша) заключалась в том, что в файле machine.config был плохой XML.

Если вы только что отредактировали machine.config и WAS (и IIS) не запускается, это из-за этого.

Улучшите этот ответ
ответил 8 ноября ’20 в 13:51
добавить комментарий |

Моя проблема (возможно, не ваша) заключалась в том, что в файле machine.config был плохой XML.

Если вы только что отредактировали файл machine.config, и WAS (и IIS) не запускается, это из-за этого.



Процесс Windows Служба активации (WAS) – включить ее в Windows 10

Включить службу активации Windows : это механизм активации, введенный с целью Информационные службы Интернета (IIS) . Служба активации Windows сокращенно называется WAS. Это позволяет разработчикам выбрать требуемый протокол. В последней версии службы активации процессов Windows 10 в ее подпапках находятся .NET Environment , API конфигурации и модели процессов . . Он позволяет пользователям направлять связь между службой Windows и рабочим процессом через различные протоколы. В этой статье мы проверим этапы процесса включения службы активации процессов Windows в операционной системе Windows 10 .

Таблица содержания
  • Включить службу активации Windows – простые шаги
  • Заключение статьи

Как включить службу активации Windows (WAS) в Windows 10 – простые шаги:

Ознакомьтесь с : как включить Internet Information Services (IIS) в Windows 10 .
  1. Щелкните меню Пуск и перейдите в Панель управления .
    Поиск панели управления
  2. Переключите вид панели управления на Просмотр категорий .
    Переключиться на вид по категориям
  3. Щелкните Программы .
    Программы
  4. Выполните « Включение или отключение функций Windows ».
    Включение или отключение компонентов Windows
  5. Диалоговое окно« Функции Windows ». Откроется диалоговое окно.
  6. Найдите в списке службу активации процессов Windows и включите ее.
    Служба активации процессов Windows
  7. Windows будет искать требуемые файлы.
    Поиск необходимых files
  8. Он применит изменения и завершит запрошенные изменения.
    Применение изменений
  9. Наконец, нажмите Закрыть .
  10. Служба активации процессов Windows теперь включена на ваша операционная система Windows 10.
    Close
Примечание : вы можете либо включить весь WAS, либо указать его, нажав знак плюса рядом со службой активации Windows. Вы можете включить такие параметры, как среда .NT, модели процессов и API конфигурации по отдельности.

Заключение статьи:

В статье выше описаны необходимые шаги в процессе включения службы активации Windows в операционной системе Windows 10. Шаги поясняются четкими изображениями для облегчения понимания пользователями.

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

Оцените статью
futurei.ru
Добавить комментарий