Layanan Aktivasi Proses Windows Gagal - Windows 10

9

Layanan Aktivasi Proses Windows (WS) tidak akan mulai pada PC Windows 10 saya lagi. Akibatnya, IIS tidak akan mulai. Saya tidak yakin kapan itu terjadi, tetapi kemungkinan pada bulan lalu.

Saat startup, saya sekarang mendapatkan serangkaian 4 peristiwa kesalahan di log Sistem:

WS 5215: Layanan Aktivasi Proses Windows (WS) gagal menjalankan inisialisasi untuk pengaturan offline. Bidang data berisi nomor kesalahan. [Bidang data: 50000780]

WS 5005: Layanan Aktivasi Proses Windows (WS) berhenti karena mengalami kesalahan. Bidang data berisi nomor kesalahan. [Bidang data: 50000780]

Service Control Manager 7023: Layanan WS diakhiri dengan kesalahan berikut: File ada.

Service Control Manager 7001: Layanan W3SVC tergantung pada layanan WAS yang gagal memulai karena kesalahan berikut: File ada.

Saya belum banyak referensi untuk jenis kesalahan ini dengan kesalahan file itu ada .

(Saya sudah mencoba menggunakan ProcMon untuk mencoba mengidentifikasi file apa yang dirujuk, tetapi benar-benar menolak untuk dijalankan.)

Sunting ... akhirnya membuat ProcMon berfungsi (setelah mengekstraksi versi 64-bit menggunakan VS2017). Ternyata file yang menyebabkan masalah di atas adalah file "applicationhost.config.tmp" di C:\Windows\System32\inetsrv\Configfolder. Menghapus file itu memungkinkan proses untuk melanjutkan lebih jauh.

Sekarang, kesalahan pertama dan ketiga adalah:

WS 5215: Layanan Aktivasi Proses Windows (WS) gagal menjalankan inisialisasi untuk pengaturan offline. Bidang data berisi nomor kesalahan. [Bidang data: 0D000780]

Service Control Manager 7023: Layanan Layanan Aktivasi Proses Windows diakhiri dengan kesalahan berikut: Data tidak valid.

Sesuai jawaban oleh Yanbing Shi, berikut adalah baris terbaru dari iis.logfile:

[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 ]

Menanggapi jawaban Yanbing Shi selanjutnya ...

Pada awalnya, saya tidak dapat melihat / mengedit / menghapus d6d986f09a1ee04e24c949879fdb506c_*file. Ketika saya mencoba untuk melihat izinnya, saya mendapat pesan: You do not have permission to view this object's security properties, even as an administrative user. Namun, saya bisa mengubah kepemilikan menjadi "Administrator" lalu memberikan Fullizin kepada kelompok itu, dan kemudian saya bisa melihatnya. File itu bukan file teks tetapi sekitar 28 byte ke dalam file tersebut NetFrameworkConfigurationKey. Saya memindahkan file dari folder itu.

Saya kemudian berlari net start wasdan berlariSystem error 80 has occurred. The file exists.

Tidak ada yang ditambahkan ke iis.logfile tetapi peristiwa kesalahan yang biasa ditambahkan ke log peristiwa sistem.

Saya kemudian secara manual menghapus applicationhost.config.tmpfile dan berlari net start was. Kali ini, saya mengertiSystem error 13 has occurred. The data is invalid.

Kali ini, ada entri baru untuk 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 ]

iis  windows-10 
— Glen Little
sumber
Masalah serupa yang dibahas di sini: stackoverflow.com/questions/47998508/…
— Glen Little
— Glen Little
— Glen Little
Lain: serverfault.com/questions/644833/... Tak satu pun dari ini memiliki jawaban yang memuaskan.
— Glen Little

Jawaban:

9

Kegagalan terjadi karena WS tidak dapat mengakses kunci mesin selama startup. Saat mulai pertama setelah peningkatan, WS akan mencoba membuat kunci mesin baru jika tidak ada, atau meminta kunci mesin lama yang tersisa dari OS lama. Dalam hal ini, ada kunci mesin lama tetapi sayangnya tidak dapat mengaksesnya karena alasan yang tidak jelas. Kunci mesin ini digunakan untuk mengenkripsi informasi sensitif di applicationHost.config atau web.config (mis. Kata sandi pengguna). WS tidak akan dapat memulai jika tidak ada kunci mesin yang dapat digunakan.

Langkah-langkah berikut untuk menghapus beberapa kunci mesin yang digunakan oleh IIS mungkin membantu untuk memungkinkan WS untuk memulai - WS hanya akan menciptakan kembali kunci-kunci ini saat mulai.

  1. Buka folder kunci mesin RSA Anda: C: \ Users \ All Users \ Data Aplikasi \ Microsoft \ Crypto \ RSA \ MachineKeys
  2. Temukan kunci mesin (file) yang namanya dimulai dengan d6d986f09a1ee04e24c949879fdb506c_ *. Jika Anda membukanya menggunakan notepad, Anda akan melihat teks biasa "NetFrameworkConfigurationKey".
  3. Cadangkan file ini ke folder lain.
  4. Hapus file ini.
  5. Mengikuti langkah-langkah yang sama seperti 2-4 untuk membuat cadangan dan menghapus iisWasKey: 76944fb33636aeddb9590521c2e8815a_ *
  6. Mengikuti langkah-langkah yang sama seperti 2-4 untuk membuat cadangan dan menghapus iisConfigurationKey: 6de9cb26d2b98c01ec4e9e8b34824aa2_ * *
  7. Mulai secara manual WS
    • Buka prompt perintah melalui "run as administrator".
    • mulai bersih adalah
— Yanbing Shi
sumber
Terima kasih, @ yanbing-shi. Silakan lihat tanggapan saya dalam pertanyaan.
— Glen Little
Kami membuat beberapa kemajuan - setidaknya NetFrameworkConfigurationKey berhasil dibuat. Saya memperbarui jawabannya dengan langkah-langkah tambahan.
— Yanbing Shi
Senang solusinya membebaskan Anda. Tetapi akar masalahnya belum jelas. Pasti ada sesuatu yang terkait dengan kunci mesin yang kacau selama upgrade (dan IIS tidak memiliki kendali atasnya). Kunci mesin lama dibuat oleh WAS sebelum peningkatan, dan peningkatan Windows membawa kunci-kunci ini ke OS baru. Namun, sama sekali tidak terduga bahwa WS yang berjalan di bawah akun SYSTEM akan gagal mengakses kunci mesin yang sebelumnya dibuat dengan sendirinya.
— Yanbing Shi
Jika Anda mengikuti langkah-langkah pemecahan masalah saya dan mencadangkan tiga kunci mesin RSA lama (1) NetFrameworkConfigurationKey (2) iisWasKey (3) iisConfigurationKey. Saya akan sangat menghargai jika Anda dapat memberikan saya info berikut: Jika Anda membandingkan setiap kunci lama (cadangan) dengan yang baru dibuat ulang oleh WS, apakah mereka memiliki nama file yang sama - misalnya apakah bagian "*" (GUID) adalah sama?
— Yanbing Shi
@YanbingShi ini menyelesaikan masalah saya, terima kasih. Untuk menjawab pertanyaan Anda, kunci baru yang dibuat ulang memiliki nama yang sama seperti sebelumnya. Saya harus mengubah izin file kunci untuk memindahkannya. Saya sudah memiliki izin tetapi untuk menghapus kemudian saya harus secara khusus membuat mereka dapat dibagi, yaitu klik kanan> berikan akses ke dan kemudian klik bagikan
— Swagata
4

Bagi saya ini dimulai setelah menjalankan Pembaruan Windows kemarin. Menginstal pembaruan sejak saat itu:

  • Pembaruan fitur untuk Windows 10, versi 1709
  • Pembaruan untuk Windows 10 KB4041994
  • 2018-01 Pembaruan Kumulatif KB4056892

Memulai Layanan Aktivasi Proses Windows (WS) menghasilkan kesalahan ini:

Kesalahan 13: Data tidak valid.

Dari log peristiwa Sistem:

Layanan Aktivasi Proses Windows (WS) gagal menjalankan inisialisasi untuk pengaturan offline. Bidang data berisi nomor kesalahan [8007000D].

Tidak tahu apa yang terjadi. Saya memverifikasi saya administration.config, applicationHost.configdan redirection.configberisi data yang diharapkan.

Saya mencoba kembali untuk secara otomatis membuat cadangan file konfigurasi dari C:\inetpub\history, tanpa hasil.

Pada akhirnya saya mengambil langkah-langkah itu:

  1. Cadangkan semua file konfigurasi dari C:\Windows\System32\inetsrv\Config.

  2. Menghapus segala hal yang terkait dengan HTTP dengan menghapus centang berikut ini dari Fitur Windows (jangan mengambil tangkapan layar mana yang diinstal sehingga Anda dapat dengan mudah menginstal ulang modul yang sama setelah itu):

    • Di bawah .NET Framework 3.5, jangan hapus centang pada Framework itu sendiri:
      • Aktivasi HTTP WCF
      • Aktivasi Non-HTTP WCF
    • .NET Framework 4.7 Layanan Lanjutan
    • IIS
    • Inti Web Host IIS
    • Layanan Aktivasi Proses Windows

  3. Mulai ulang.

  4. Menghapus konten yang tersisa dari C:\Windows\System32\inetsrv.
  5. Instal ulang semua fitur yang dihapus dari atas.
  6. Pasang kembali Modul Penulisan Ulang URL
  7. Dengan hati-hati kembalikan elemen yang relevan dari bawah <applicationPools>dan <sites>elemen dari yang dicadangkan applicationHost.configke dalam yang baru dibuat C:\Windows\System32\inetsrv\Config\applicationHost.config.
  8. Jalankan iisresetperintah prompt dari ketinggian hanya untuk memastikan.

Dan hore, semua situs pengembangan saya naik lagi.

Setelah ini saya membandingkan file yang dicadangkan dan baru applicationHost.configdan tidak dapat menemukan perbedaan besar. Bahkan, ketika saya menjatuhkan yang dicadangkan applicationHost.configke direktori Config dan menjalankan yang lain iisresetsemuanya masih berfungsi, jadi saya kira itu bukan file yang menyebabkan masalah.

— CodeCaster
sumber
Saya senang Anda bisa mengatasi masalah ini. Saya sebelumnya telah melakukan sebagian besar ini, tetapi jika tidak ada yang muncul segera, saya dapat melakukannya lagi, mengikuti jalan Anda lebih hati-hati. Sementara itu, saya bisa mengalihkan pengembangan saya untuk menggunakan IIS Express daripada IIS dan itu berfungsi untuk saat ini.
— Glen Little
******** JANGAN MENGIKUTI PETUALANGAN INI ********. SANGAT SANGAT BURUK. Tetapkan aku sehari di belakang dalam pekerjaan. SARAN BENAR-BENAR BURUK. Setelah Anda menghapus .NET 3.5 Anda tidak dapat menginstalnya kembali tanpa banyak pekerjaan. Saya senang saya menemukan posting berikut untuk memperbaiki apa yang terjadi dengan mengikuti instruksi di atas. damirscorner.com/blog/posts/…
— Fractal
1

Ini terjadi pada saya juga setelah pembaruan Windows baru-baru ini. Mematikan dan kemudian mengaktifkan Layanan Aktivasi Proses Windows di Fitur Windows melakukan trik untuk saya. Mematikan layanan ini juga akan mematikan fitur-fitur berikut yang akan Anda nyalakan kembali:

  • Aktivasi Non-HTTP Yayasan Komunikasi Windows
  • Aktivasi TCP
  • Aktivasi Pipa Bernama
  • Aktivasi Antrian Pesan (MSMQ)
— Mike DeLange
sumber
1
Mematikan WPAS (Konfigurasi API dan Model Proses aktif) dan kemudian menyalakannya tidak membantu dalam kasus ini.
— Glen Little
1

Bisakah Anda melakukan pemeriksaan berikut

  1. Periksa apakah Anda memiliki kunci registri ini: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

Saya percaya itu harus ada jika Anda menekan kegagalan startup WS.

  1. Periksa apakah Anda memiliki file bernama applicationhost.config.tmp di bawah C: \ windows \ system32 \ inetsrv \ config (folder tempat duduk applicationHost.config Anda).

File sementara ini harus ada juga untuk memukul kegagalan tersebut.

  1. Buka iis.log di c: \ windows, gulir ke bawah ke akhir file, dan cari kesalahan terbaru dalam log. Kami menghargai jika Anda dapat menempelkan pesan log kesalahan di sini.

Sekarang saya curiga Anda akan melihat kesalahan di iis.log. Bisakah Anda menempelkan kesalahan di sini untuk mempersempit penyebabnya?

— Yanbing Shi
sumber
1-Ya. 2-Ya. Menambahkan entri log ke pertanyaan di atas.
— Glen Little
— Glen Little
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.