Помилка служби активації процесів Windows - Windows 10


9

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

Під час запуску я отримую низку 4 подій помилок у системному журналі:

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

WAS 5005: Служба активації процесів Windows (WAS) припиняється, оскільки сталася помилка. Поле даних містить номер помилки. [Поле даних: 50000780]

Service Control Manager 7023: Служба WAS припиняється із наступною помилкою: Файл існує.

Service Control Manager 7001: Служба W3SVC залежить від служби WAS, яка не запустилася через наступну помилку: Файл існує.

У мене не так багато посилань на цей тип помилок із помилкою, який існує у файлі .

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


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

Тепер перша і третя помилки:

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

Service Control Manager 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 ]


У відповідь на Yanbing Ши таку відповідь ...

Спочатку мені не вдалося переглянути / редагувати / видалити 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 ]


Подібне питання обговорювалося тут: stackoverflow.com/questions/47998508/…
Глен Маленький

Ще один подібний звіт: answer.microsoft.com/en-us/windows/forum/…
Glen Little


Інше: serverfault.com/questions/644833/… Жоден із них не має задовільної відповіді.
Глен Малий

Відповіді:


9

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

Наступні кроки видалення декількох машинних ключів, які використовує IIS, можуть допомогти WAS запуститися - WAS просто відтворить ці клавіші при запуску.

  1. Перейдіть до папки машинних ключів RSA: C: \ Користувачі \ Усі користувачі \ Дані програми \ Microsoft \ Crypto \ RSA \ MachineKeys
  2. Знайдіть машинний ключ (файл), ім'я якого починається з d6d986f09a1ee04e24c949879fdb506c_ *. Якщо ви відкриєте його за допомогою блокнота, ви побачите звичайний текст "NetFrameworkConfigurationKey".
  3. Створіть резервну копію цього файлу в іншій папці.
  4. Видаліть цей файл.
  5. Виконуючи ті самі кроки, що і 2-4 для резервного копіювання та видалення iisWasKey: 76944fb33636aeddb9590521c2e8815a_ *
  6. Виконуючи ті самі кроки, що і 2-4 для резервного копіювання та видалення iisConfigurationKey: 6de9cb26d2b98c01ec4e9e8b34824aa2_ *
  7. Вручну почати було
    • Відкрийте командний рядок через "запустити як адміністратор".
    • чистий старт був

Дякую, @ yanbing-shi. Будь ласка, дивіться мої відповіді у питанні.
Глен Малий

Ми досягли певного прогресу - принаймні NetFrameworkConfigurationKey був успішно створений. Я оновив відповідь додатковими кроками.
Янбінг Ши

Радий, що розблокує вас. Але першопричина ще не зрозуміла. Однозначно щось, пов’язане з машинними клавішами, зіпсувалося під час оновлення (а IIS не має над цим контролю). Старі ключі машин були створені WAS перед оновленням, а оновлення Windows переносить ці ключі до нової ОС. Однак зовсім несподівано, що WAS, який працює під обліковим записом SYSTEM, не зможе отримати доступ до машинних ключів, створених раніше.
Янбінг Ши

Якщо ви дотримувались моїх обхідних дій та створили резервну копію трьох старих машинних ключів RSA (1) NetFrameworkConfigurationKey (2) iisWasKey (3) iisConfigurationKey. Буду вдячний, якщо ви можете надати мені таку інформацію: Якщо ви порівнюєте кожен старий ключ (резервну копію) з новим, відтворений WAS, чи мають вони те саме ім'я файлу - наприклад, чи "*" частина (GUID) - це те саме?
Янбінг Ши

@YanbingShi це вирішило мою проблему, дякую. Щоб відповісти на ваше запитання, нові відтворені ключі мали те саме ім'я, що і раніше. Щоб перемістити їх, мені довелося змінити права доступу до ключових файлів. У мене вже був дозвіл, але видалити, тоді мені довелося спеціально зробити їх спільними, тобто клацнути правою кнопкою миші> дати доступ до, а потім натиснути на спільну
доступність

4

Для мене це почалося після запуску Windows Update вчора. Встановлені оновлення з тих пір:

  • Оновлення функцій до Windows 10, версія 1709
  • Оновлення для Windows 10 KB4041994
  • 2018-01 накопичувальне оновлення KB4056892

Запуск служби активації процесів Windows (WAS) призвів до цієї помилки:

Помилка 13: Дані недійсні.

З журналу системних подій:

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

Поняття не маю, що відбувається. Я verfied My administration.config, applicationHost.configі redirection.configмістив очікувані дані.

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

Врешті-решт я зробив такі кроки:

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

  2. Видалено все, що пов’язано з HTTP, знявши позначку з функцій Windows (зробіть знімок екрана з них, які встановлені, щоб потім було легко перевстановити ті самі модулі):

    • У розділі .NET Framework 3.5 не зніміть прапорці для самого Framework:
      • Активація HTTP HTTP
      • WCF Non-HTTP-активація
    • .NET Framework 4.7 Додаткові послуги
    • IIS
    • IIS Hostable Web Core
    • Служба активації процесів 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все ще працювало, тож я здогадуюсь, що це не той файл, який викликав проблеми.


Я радий, що вам вдалося пройти проблему. Я раніше робив більшу частину цього, але якщо незабаром нічого не з’явиться, я можу це зробити ще раз, уважніше слідуючи вашому шляху. Тим часом мені вдалося переключити свою розробку на використання IIS Express, а не IIS, і це працює зараз.
Глен Малий

******** НЕ СПОСОБУЙТЕ ЦІЙ РЕКЛАМУ ********. ДУЖЕ ДУЖЕ. Поставте мене на робочий день позаду. РЕАЛЬНО НЕВІДОМНИЙ РОЗУМ. Після видалення .NET 3.5 ви не зможете перевстановити його без великої роботи. Я просто радий, що знайшов наступний пост, щоб виправити те, що сталося, дотримуючись вищевказаних інструкцій. damirscorner.com/blog/posts/…
Фрактал

1

Це трапилося і зі мною після недавнього оновлення Windows. Вимкнення та ввімкнення служби активації процесів Windows у функціях Windows зробило для мене хитрість. Якщо вимкнути цю послугу, вимкніть також такі функції, які ви також знову увімкнете:

  • Активізація без HTTP-підключення Windows Communication Foundation
  • Активація TCP
  • Активація труб
  • Активація черги повідомлень (MSMQ)

1
Вимкнення WPAS (API конфігурації та моделі процесів увімкнено), а потім їх увімкнення не допомогло в цьому випадку.
Глен Малий

1

Чи можете ви зробити наступні перевірки

  1. Перевірте, чи є у вас ключ реєстру: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Параметри \ NanoSetup

Я вважаю, що це має існувати, якщо ви потрапили в такий збій при запуску WAS.

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

Цей тимчасовий файл повинен існувати і для відмови від такої несправності.

  1. Відкрийте iis.log в c: \ windows, прокрутіть до кінця файла та знайдіть останні помилки в журналі. Ми вдячні, якщо ви могли вставити сюди будь-яке повідомлення про помилку.

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


1-Так. 2-Так. До вищезазначеного питання додані записи журналу.
Глен Малий

Це може зацікавити: forums.iis.net/p/1148509/1865753.aspx
Glen Little
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.