Le service d'activation de processus Windows (WAS) ne démarre plus sur mon PC Windows 10. Par conséquent, IIS ne démarre pas. Je ne sais pas exactement quand cela s'est produit, mais probablement au cours du dernier mois.
Au démarrage, j'obtiens maintenant une série de 4 événements d'erreur dans le journal système:
WAS 5215: le service d'activation de processus Windows (WAS) n'a pas pu exécuter l'initialisation pour la configuration hors ligne. Le champ de données contient le numéro d'erreur. [Champ de données: 50000780]
WAS 5005: Le service d'activation de processus Windows (WAS) s'arrête car il a rencontré une erreur. Le champ de données contient le numéro d'erreur. [Champ de données: 50000780]
Service Control Manager 7023: le service WAS s'est terminé avec l'erreur suivante: le fichier existe.
Service Control Manager 7001: le service W3SVC dépend du service WAS qui n'a pas pu démarrer en raison de l'erreur suivante: Le fichier existe.
Je n'ai pas beaucoup de références à ce type d'erreur avec l'erreur le fichier existe .
(J'ai essayé d'utiliser ProcMon pour essayer d'identifier le fichier auquel il fait référence, mais il refuse absolument de s'exécuter.)
Edit ... a finalement fait fonctionner ProcMon (après avoir extrait la version 64 bits à l'aide de VS2017). Il s'avère que le fichier à l'origine du problème ci-dessus était le fichier "applicationhost.config.tmp" dans le dossier C:\Windows\System32\inetsrv\Config
. La suppression de ce fichier a permis au processus de se poursuivre.
Maintenant, les première et troisième erreurs sont:
WAS 5215: le service d'activation de processus Windows (WAS) n'a pas pu exécuter l'initialisation pour la configuration hors ligne. Le champ de données contient le numéro d'erreur. [Champ de données: 0D000780]
Service Control Manager 7023: Le service Windows Process Activation Service s'est terminé avec l'erreur suivante: Les données ne sont pas valides.
Selon la réponse de Yanbing Shi, voici les lignes les plus récentes du fichier 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 ]
En réponse à Yanbing Shi réponse suivante ...
Au début, je n'ai pas pu afficher/modifier/supprimer le fichier d6d986f09a1ee04e24c949879fdb506c_*
. Lorsque j'ai tenté de voir son autorisation, j'ai reçu le message: You do not have permission to view this object's security properties, even as an administrative user.
J'ai cependant pu changer la propriété en "Administrateurs", puis donner à ce groupe Full
l'autorisation, puis j'ai pu le voir. Le fichier n'était pas un fichier texte mais environ 28 octets dans le fichier sont NetFrameworkConfigurationKey
. J'ai déplacé le fichier hors de ce dossier.
J'ai ensuite couru net start was
Et obtenu System error 80 has occurred. The file exists.
Rien n'a été ajouté au fichier iis.log
Mais les événements d'erreur habituels ont été ajoutés au journal des événements système.
J'ai ensuite supprimé manuellement le fichier applicationhost.config.tmp
Et exécuté net start was
. Cette fois, j'ai reçu System error 13 has occurred. The data is invalid.
Cette fois, il y a eu de nouvelles entrées dans 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 ]
L'échec s'est produit car WAS n'a pas pu accéder aux clés de l'ordinateur au démarrage. Lors du premier démarrage après la mise à niveau, WAS essaiera de créer de nouvelles clés d'ordinateur s'il n'y en a pas, ou interrogera les anciennes clés d'ordinateur laissées par l'ancien système d'exploitation. Dans ce cas, il existe d'anciennes clés de machine, mais WAS ne peut malheureusement pas y accéder pour une raison peu claire. Ces clés de machine sont utilisées pour crypter des informations sensibles dans applicationHost.config ou web.config (par exemple, mot de passe utilisateur). WAS ne pourra pas démarrer s'il n'y a pas de clé machine à utiliser.
Les étapes suivantes de suppression de plusieurs clés de machine utilisées par IIS peuvent aider à permettre à WAS de démarrer - WAS recréera simplement ces clés au démarrage.
Pour moi, cela a commencé après l'exécution de Windows Update hier. Mises à jour installées depuis:
Le démarrage du service d'activation des processus Windows (WAS) a généré cette erreur:
Erreur 13: les données ne sont pas valides.
Depuis le journal des événements système:
Le service d'activation de processus Windows (WAS) n'a pas pu exécuter l'initialisation pour la configuration hors ligne. Le champ de données contient le numéro d'erreur [8007000D].
Aucune idée de ce qui se passait. J'ai vérifié mon administration.config
, applicationHost.config
et redirection.config
contenait les données attendues.
J'ai essayé de revenir aux fichiers de configuration sauvegardés automatiquement à partir de C:\inetpub\history
, sans résultat.
En fin de compte, j'ai pris ces mesures:
Sauvegardez tous les fichiers de configuration à partir de C:\Windows\System32\inetsrv\Config
.
Supprimez tout ce qui est lié à HTTP en décochant les éléments suivants des fonctionnalités de Windows (prenez une capture d'écran de ceux qui sont installés afin de pouvoir réinstaller facilement les mêmes modules par la suite):
Redémarrez.
C:\Windows\System32\inetsrv
.<applicationPools>
et <sites>
éléments de la sauvegarde applicationHost.config
dans le nouveau C:\Windows\System32\inetsrv\Config\applicationHost.config
.iisreset
à partir d'une invite de commande élevée juste pour être sûr.Et hourra, tous mes sites de développement sont à nouveau en place.
Après cela, j'ai comparé les sauvegardés et les nouveaux applicationHost.config
fichiers et n'a détecté aucune différence majeure. En fait, lorsque j'ai abandonné le fichier sauvegardé applicationHost.config
dans le répertoire Config et en exécutant un autre iisreset
tout fonctionnait toujours, donc je suppose que ce n'est pas ce fichier qui a causé le problème après tout.
Cela m'est également arrivé après une récente mise à jour de Windows. Désactiver puis activer le service d'activation de processus Windows dans les fonctionnalités Windows a fait l'affaire pour moi. La désactivation de ce service désactivera également les fonctionnalités suivantes que vous devrez également réactiver:
Pourriez-vous faire les vérifications suivantes
Je crois que cela devrait exister si vous rencontrez un tel échec de démarrage WAS.
Ce fichier temporaire devrait également exister pour atteindre un tel échec.
Maintenant, je pense que vous verrez des erreurs dans iis.log. Pourriez-vous coller les erreurs ici pour affiner la cause?