Usługa aktywacji procesów systemu Windows (WAS) nie będzie już działać na moim komputerze z systemem Windows 10. W rezultacie IIS nie uruchomi się. Nie jestem do końca pewien, kiedy to się stało, ale prawdopodobnie w ostatnim miesiącu.
Podczas uruchamiania otrzymuję teraz serię 4 zdarzeń błędów w dzienniku systemu:
WAS 5215: Usługa aktywacji procesów systemu Windows (WAS) nie mogła zainicjować instalacji w trybie offline. Pole danych zawiera numer błędu. [Pole danych: 50000780]
WAS 5005: Usługa aktywacji procesu systemu Windows (WAS) zatrzymuje się, ponieważ wystąpił błąd. Pole danych zawiera numer błędu. [Pole danych: 50000780]
Service Control Manager 7023: Usługa WAS zakończyła działanie z następującym błędem: Plik istnieje.
Service Control Manager 7001: Usługa W3SVC zależy od usługi WAS, której uruchomienie nie powiodło się z powodu następującego błędu: Plik istnieje.
Nie mam wielu odniesień do tego typu błędu z błędem, że plik istnieje .
(Próbowałem użyć ProcMon, aby spróbować zidentyfikować plik, do którego się odnosi, ale absolutnie odmawia uruchomienia).
Edytuj ... w końcu uruchomił ProcMon (po wypakowaniu wersji 64-bitowej przy użyciu VS2017). Okazuje się, że przyczyną tego problemu był plik „applicationhost.config.tmp” w C:\Windows\System32\inetsrv\Config
folderze. Usunięcie tego pliku pozwoliło kontynuować proces.
Teraz pierwszy i trzeci błąd to:
WAS 5215: Usługa aktywacji procesów systemu Windows (WAS) nie mogła zainicjować instalacji w trybie offline. Pole danych zawiera numer błędu. [Pole danych: 0D000780]
Service Control Manager 7023: Usługa Windows Process Activation Service zakończyła działanie z następującym błędem: Dane są nieprawidłowe.
Zgodnie z odpowiedzią Yanbing Shi, oto najnowsze wiersze z iis.log
pliku:
[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 ]
W odpowiedzi na kolejną odpowiedź Yanbing Shi ...
Początkowo nie byłem w stanie wyświetlić / edytować / usunąć d6d986f09a1ee04e24c949879fdb506c_*
pliku. Kiedy próbowałem wyświetlić jego uprawnienie, dostałem wiadomość: You do not have permission to view this object's security properties, even as an administrative user.
byłem jednak w stanie zmienić własność na „Administratorzy”, a następnie udzielić tej grupie Full
uprawnień, a następnie móc ją wyświetlić. Plik nie był plikiem tekstowym, ale zawiera około 28 bajtów NetFrameworkConfigurationKey
. Przeniosłem plik z tego folderu.
Potem pobiegłem net start was
i dostałemSystem error 80 has occurred. The file exists.
Do iis.log
pliku nie dodano nic , ale do dziennika zdarzeń systemowych dodano zwykłe zdarzenia Error.
Następnie ręcznie usunąłem applicationhost.config.tmp
plik i uruchomiłem net start was
. Tym razem mamSystem error 13 has occurred. The data is invalid.
Tym razem pojawiły się nowe wpisy do 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 ]
źródło
Odpowiedzi:
Wystąpił błąd, ponieważ WAS nie mógł uzyskać dostępu do kluczy komputera podczas uruchamiania. Przy pierwszym uruchomieniu po aktualizacji WAS spróbuje utworzyć nowe klucze maszynowe, jeśli ich nie ma, lub zapyta o stare klucze maszynowe pozostałe ze starego systemu operacyjnego. W tym przypadku istnieją stare klucze komputera, ale WAS niestety nie może uzyskać do nich dostępu z jakiegoś niejasnego powodu. Te klucze maszynowe służą do szyfrowania poufnych informacji w applicationHost.config lub web.config (np. Hasło użytkownika). WAS nie będzie mógł zostać uruchomiony, jeśli nie będzie mógł użyć klucza komputera.
Poniższe kroki usuwania kilku kluczy komputera używanych przez IIS mogą pomóc w uruchomieniu WAS - WAS po prostu odtworzy te klucze po uruchomieniu.
źródło
Dla mnie zaczęło się to po uruchomieniu wczoraj Windows Update. Zainstalowane aktualizacje od tego czasu:
Uruchomienie usługi aktywacji procesów systemu Windows (WAS) spowodowało błąd:
Z dziennika zdarzeń systemu:
Nie mam pojęcia, co się dzieje. I verfied Moje strony
administration.config
,applicationHost.config
aredirection.config
zawarte oczekiwanych danych.Próbowałem przywrócić automatycznie kopie zapasowe plików konfiguracyjnych
C:\inetpub\history
, ale bez rezultatu.W końcu podjąłem następujące kroki:
Wykonaj kopię zapasową wszystkich plików konfiguracyjnych z
C:\Windows\System32\inetsrv\Config
.Usunął wszystko związane z HTTP, odznaczając następujące funkcje Windows Funkcje (zrób zrzut ekranu, które są zainstalowane, aby później łatwo ponownie zainstalować te same moduły):
Restart.
C:\Windows\System32\inetsrv
.<applicationPools>
i<sites>
elementy z kopii zapasowejapplicationHost.config
do nowo utworzonegoC:\Windows\System32\inetsrv\Config\applicationHost.config
.iisreset
Aby się upewnić, wykonaj z wiersza polecenia z podwyższonym poziomem uprawnień.Hurra, wszystkie moje strony programistyczne znów działają.
Następnie porównałem kopię zapasową i nowe
applicationHost.config
pliki i nie zauważyłem żadnych większych różnic. W rzeczywistości, kiedy upuściłem kopię zapasowąapplicationHost.config
do katalogu Config i uruchomiłem inną,iisreset
wszystko nadal działało, więc sądzę, że to nie ten plik w końcu spowodował problem.źródło
Zdarzyło mi się to również po ostatniej aktualizacji systemu Windows. Wyłączenie, a następnie włączenie usługi aktywacji procesów systemu Windows w funkcjach systemu Windows załatwiło sprawę. Wyłączenie tej usługi spowoduje również wyłączenie następujących funkcji, które również włączysz:
źródło
Czy możesz wykonać następujące kontrole?
Uważam, że powinien istnieć, jeśli trafisz na taki błąd uruchamiania WAS.
Ten plik tymczasowy również powinien istnieć, aby trafić w błąd.
Teraz podejrzewam, że zobaczysz błędy w iis.log. Czy możesz tutaj wkleić błędy, aby zawęzić przyczynę?
źródło