IIS7: un processus desservant le pool d'applications «YYYYY» a subi une erreur de communication fatale avec le service d'activation de processus Windows
Nous exécutons un serveur Windows 32 bits 2008 avec une version IIS de 7.
Nous essayons de publier une webapp asp.net 4.0 et jusqu'à présent, nos tentatives n'ont généré que quelques avertissements dans le journal du serveur sans même arrêter le pool d'applications 4.0.
n processus desservant le pool d'applications 'ASP.NET v4.0' a subi une erreur de communication fatale avec le service d'activation de processus Windows. L'ID de processus était '1904'. Le champ de données contient le numéro d'erreur.
L'application s'exécute sous un pool d'applications 4.0 et sous le site Web par défaut.
Nous avons également quelques anciens .asp qui fonctionnent parfaitement.
Même en essayant de publier un fichier .aspx stérile (en lecture seule 1 ligne de texte), il a lamentablement échoué ... Nous avons depuis longtemps à court d'idées sur ce qu'il faut faire, toute forme d'entrée le ferait. être apprécié...
Assurez-vous que chaque pool d'applications dans IIS, sous Advanced Settings a Enable 32 bit Applications défini sur True
Je déboguais le problème pour la plupart de la journée et quand j'étais sur le point de brûler le bâtiment, j'ai découvert le outil Process Monitor de Sysinternals .
Réglez-le pour surveiller w3wp.exe et vérifiez les derniers événements avant leur fermeture après avoir lancé une demande dans le navigateur. J'espère que cela aidera d'autres lecteurs.
L'outil de diagnostic de débogage (DebugDiag) peut vous sauver la vie. Il crée et analyse IIS crash dumps. J'ai compris mon crash en quelques minutes une fois que j'ai vu la pile d'appels. https://support.Microsoft.com/en-us/kb/919789
Je l'ai rencontré récemment. Notre organisation limite les comptes qui exécutent des pools d'applications à une liste de serveurs sélectionnés dans Active Directory. J'ai constaté que je n'avais pas ajouté l'une des machines hébergeant l'application à la liste "Se connecter à" pour le compte dans AD.
Lorsque j'ai eu ce problème, j'ai installé ' Outils à distance pour Visual Studio 2015 ' à partir de MSDN. J'ai attaché mon VS local au serveur pour déboguer.
J'apprécie que certaines personnes n'aient pas la possibilité d'installer ou d'accéder à d'autres serveurs, mais je pensais que je le mettrais là-bas en option.