Errore del servizio di attivazione del processo di Windows - Windows 10


9

Il servizio di attivazione del processo di Windows (WAS) non si avvia più sul mio PC Windows 10. Di conseguenza, IIS non si avvia. Non sono sicuro di quando sia successo, ma probabilmente nell'ultimo mese.

Durante l'avvio, ora ricevo una serie di 4 eventi di errore nel registro di sistema:

WAS 5215: il servizio di attivazione del processo di Windows (WAS) non è riuscito a eseguire l'inizializzazione per l'installazione offline. Il campo dati contiene il numero di errore. [Campo dati: 50000780]

WAS 5005: il servizio di attivazione del processo di Windows (WAS) si sta arrestando perché si è verificato un errore. Il campo dati contiene il numero di errore. [Campo dati: 50000780]

Service Control Manager 7023: il servizio WAS è terminato con il seguente errore: Il file esiste.

Service Control Manager 7001: il servizio W3SVC dipende dal servizio WAS che non è stato avviato a causa del seguente errore: Il file esiste.

Non ho molti riferimenti a questo tipo di errore con l'errore nel file .

(Ho provato a usare ProcMon per provare a identificare a quale file si riferisce, ma si rifiuta assolutamente di essere eseguito.)


Modifica ... finalmente ProcMon ha funzionato (dopo aver estratto la versione a 64 bit usando VS2017). Si scopre che il file che ha causato il problema precedente era il file "applicationhost.config.tmp" nella C:\Windows\System32\inetsrv\Configcartella. La rimozione di quel file ha permesso al processo di continuare ulteriormente.

Ora, il primo e il terzo errore sono:

WAS 5215: il servizio di attivazione del processo di Windows (WAS) non è riuscito a eseguire l'inizializzazione per l'installazione offline. Il campo dati contiene il numero di errore. [Campo dati: 0D000780]

Service Control Manager 7023: il servizio di attivazione del processo di Windows è terminato con il seguente errore: I dati non sono validi.


Secondo la risposta di Yanbing Shi, ecco le righe più recenti del 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 ]


In risposta alla prossima risposta di Yanbing Shi ...

Inizialmente, non sono stato in grado di visualizzare / modificare / eliminare il d6d986f09a1ee04e24c949879fdb506c_*file. Quando ho tentato di visualizzarne l'autorizzazione, ho ricevuto il messaggio: You do not have permission to view this object's security properties, even as an administrative user. sono stato, tuttavia, in grado di cambiare la proprietà in "Amministratori", quindi concedere l' Fullautorizzazione a quei gruppi e quindi ho potuto visualizzarlo. Il file non era un file di testo ma lo sono circa 28 byte nel file NetFrameworkConfigurationKey. Ho spostato il file da quella cartella.

Ho quindi corso net start wase ottenutoSystem error 80 has occurred. The file exists.

Non è stato aggiunto nulla al iis.logfile, ma i normali eventi di errore sono stati aggiunti al registro eventi di sistema.

Ho quindi eliminato manualmente il applicationhost.config.tmpfile ed eseguito net start was. Questa volta, ho capitoSystem error 13 has occurred. The data is invalid.

Questa volta, c'erano nuove voci per 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 ]


Questione simile discussa qui: stackoverflow.com/questions/47998508/…
Glen Little



Un altro: serverfault.com/questions/644833/… Nessuno di questi ha una risposta soddisfacente.
Glen Little

Risposte:


9

L'errore si è verificato perché WAS non ha potuto accedere alle chiavi della macchina durante l'avvio. Al primo avvio dopo l'aggiornamento, WAS proverà a creare nuove chiavi della macchina, se non ce ne sono, o interrogare le vecchie chiavi della macchina rimaste dal vecchio sistema operativo. In questo caso, esistono vecchie chiavi della macchina ma WAS purtroppo non può accedervi per qualche motivo poco chiaro. Queste chiavi della macchina vengono utilizzate per crittografare le informazioni sensibili in applicationHost.config o web.config (ad es. Password utente). WAS non sarà in grado di avviarsi se non è possibile utilizzare una chiave macchina.

Le seguenti fasi di eliminazione di più chiavi macchina utilizzate da IIS potrebbero aiutare a consentire l'avvio di WAS: WAS semplicemente ricrea queste chiavi all'avvio.

  1. Vai alla cartella delle chiavi della tua macchina RSA: C: \ Users \ All Users \ Dati applicazioni \ Microsoft \ Crypto \ RSA \ MachineKeys
  2. Trova una chiave macchina (file) il cui nome inizia con d6d986f09a1ee04e24c949879fdb506c_ *. Se lo apri usando il blocco note, dovresti visualizzare il testo semplice "NetFrameworkConfigurationKey".
  3. Eseguire il backup di questo file in un'altra cartella.
  4. Elimina questo file.
  5. Seguendo gli stessi passaggi 2-4 per eseguire il backup ed eliminare iisWasKey: 76944fb33636aeddb9590521c2e8815a_ *
  6. Seguendo gli stessi passaggi 2-4 per eseguire il backup ed eliminare iisConfigurationKey: 6de9cb26d2b98c01ec4e9e8b34824aa2_ *
  7. Avviare manualmente WAS
    • Aprire un prompt dei comandi tramite "Esegui come amministratore".
    • l'inizio netto era

Grazie, @ yanbing-shi. Si prega di vedere le mie risposte alla domanda.
Glen Little

Abbiamo compiuto alcuni progressi: almeno NetFrameworkConfigurationKey è stato creato con successo. Ho aggiornato la risposta con passaggi aggiuntivi.
Yanbing Shi,

Sono contento che la soluzione alternativa ti sblocchi. Ma la causa principale non è ancora chiara. Sicuramente qualcosa relativo alle chiavi della macchina è stato incasinato durante l'aggiornamento (e IIS non ha alcun controllo su di esso). Le vecchie chiavi della macchina sono state create da WAS prima dell'aggiornamento e l'aggiornamento di Windows porta queste chiavi al nuovo sistema operativo. Tuttavia, è del tutto inaspettato che WAS in esecuzione con l'account SYSTEM non riesca ad accedere alle chiavi della macchina precedentemente create da solo.
Yanbing Shi,

Se hai seguito i miei passaggi per risolvere il problema e hai eseguito il backup delle tre vecchie chiavi della macchina RSA (1) NetFrameworkConfigurationKey (2) iisWasKey (3) iisConfigurationKey. Gradirei se potessi fornirmi le seguenti informazioni: Se si confronta ogni vecchia chiave (il backup) con quella nuova ricreata da WAS, hanno lo stesso nome di file, ad esempio se la parte "*" (GUID) è la stesso?
Yanbing Shi,

@YanbingShi questo ha risolto il mio problema, grazie. Per rispondere alla tua domanda, le nuove chiavi ricreate avevano lo stesso nome di prima. Ho dovuto cambiare le autorizzazioni dei file chiave per spostarli. Avevo già il permesso, ma per eliminarlo ho dovuto renderli specificamente condivisibili, cioè fare clic con il tasto destro> dare accesso e quindi fare clic su condividi
Swagata,

4

Per me questo è iniziato dopo aver eseguito Windows Update ieri. Aggiornamenti installati da allora:

  • Aggiornamento delle funzionalità di Windows 10, versione 1709
  • Aggiornamento per Windows 10 KB4041994
  • Aggiornamento cumulativo 2018-01 KB4056892

L'avvio di Windows Process Activation Service (WAS) ha prodotto questo errore:

Errore 13: i dati non sono validi.

Dal registro eventi di sistema:

Il servizio di attivazione del processo di Windows (WAS) non è riuscito a eseguire l'inizializzazione per l'installazione offline. Il campo dati contiene il numero di errore [8007000D].

Non ho idea di cosa stesse succedendo. Ho verfied il mio administration.config, applicationHost.confige redirection.configconteneva i dati previsti.

Ho provato a ripristinare il backup automatico dei file di configurazione da C:\inetpub\history, a nessun risultato.

Alla fine ho preso quei passaggi:

  1. Eseguire il backup di tutti i file di configurazione da C:\Windows\System32\inetsrv\Config.

  2. Eliminato tutto ciò che è correlato a HTTP deselezionando quanto segue da Funzionalità Windows (fare uno screenshot di quelli installati in modo da poter facilmente reinstallare gli stessi moduli in seguito):

    • In .NET Framework 3.5, non deselezionare Framework stesso:
      • Attivazione HTTP WCF
      • Attivazione non HTTP WCF
    • Servizi avanzati .NET Framework 4.7
    • IIS
    • IIS Hostable Web Core
    • Servizio di attivazione del processo di Windows
  3. Reboot.

  4. Eliminato il contenuto rimanente da C:\Windows\System32\inetsrv.
  5. Reinstalla tutte le funzionalità disinstallate dall'alto.
  6. Reinstallare il modulo di riscrittura URL
  7. Riposizionare con cura gli elementi rilevanti da sotto gli elementi <applicationPools>e <sites>dal backup applicationHost.confignel nuovo creato C:\Windows\System32\inetsrv\Config\applicationHost.config.
  8. Eseguire un iisresetda un prompt dei comandi elevato solo per essere sicuri.

E evviva, tutti i miei siti di sviluppo sono di nuovo attivi.

Successivamente, ho confrontato i file di backup e quelli nuovi applicationHost.confige non sono riuscito a individuare differenze sostanziali. Infatti, quando ho lasciato il backup applicationHost.confignella directory Config e ne iisresetho eseguito un altro, tutto ha funzionato, quindi immagino che non sia stato quel file a causare il problema.


Sono contento che tu sia riuscito a superare il problema. Ho già fatto la maggior parte di questo, ma se non viene visualizzato nulla presto, potrei farlo di nuovo, seguendo il tuo percorso con più attenzione. Nel frattempo, sono stato in grado di cambiare il mio sviluppo per utilizzare IIS Express anziché IIS e per ora funziona.
Glen Little

******** NON SEGUI QUESTO CONSIGLIO ********. MOLTO MOLTO MALE. Mi metta un giorno indietro al lavoro. CONSIGLI DAVVERO MALE. Una volta disinstallato .NET 3.5 non è possibile reinstallarlo senza molto lavoro. Sono contento di aver trovato il seguente post per risolvere ciò che è accaduto seguendo le istruzioni di cui sopra. damirscorner.com/blog/posts/…
Frattale

1

Questo è successo anche a me dopo un recente aggiornamento di Windows. Disattivare e quindi attivare il servizio Attivazione processo di Windows in Funzionalità Windows mi ha aiutato. La disattivazione di questo servizio disattiverà anche le seguenti funzionalità che dovrai riattivare:

  • Attivazione non HTTP di Windows Communication Foundation
  • Attivazione TCP
  • Attivazione denominata pipe
  • Attivazione Accodamento messaggi (MSMQ)

1
La disattivazione di WPAS (le API di configurazione e il modello di processo erano attivi) e la loro attivazione non sono state utili in questo caso.
Glen Little

1

Potresti fare i seguenti controlli

  1. Verifica se disponi di questa chiave di registro: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

Credo che dovrebbe esistere se si colpisce tale errore di avvio WAS.

  1. Controlla se hai un file chiamato applicationhost.config.tmp in C: \ windows \ system32 \ inetsrv \ config (la cartella in cui si trova applicationHost.config).

Questo file temporaneo dovrebbe esistere anche per colpire tale errore.

  1. Apri iis.log in c: \ windows, scorri verso il basso fino alla fine del file e cerca gli errori più recenti nel registro. Ti saremo grati se tu potessi incollare qui qualsiasi messaggio del registro errori.

Ora sospetto che vedrai errori in iis.log. Potresti incollare gli errori qui per restringere la causa?


1-Sì. 2-Sì. Aggiunte voci di registro alla domanda sopra.
Glen Little

Questo potrebbe essere di interesse: forums.iis.net/p/1148509/1865753.aspx
Glen Little
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.