2 votes

Le site web échoue après le recyclage du pool d'applications

Le week-end dernier, notre site Web fonctionnant avec IIS 6.0 a cessé de traiter les appels aux services Web. Le fichier journal était rempli de l'erreur suivante jusqu'à ce que le serveur soit redémarré environ 8 heures plus tard :

2011-05-08 01:53:12,109 ERREUR - L'autorisation d'exécution ne peut pas être acquise.

2011-05-08 01:53:12,135 ERROR - à System.Security.SecurityManager.ResolvePolicy(Evidence preuve, PermissionSet reqdPset, PermissionSet optPset, PermissionSet denyPset, PermissionSet& denied, Boolean checkExecutionPermission).

L'erreur ci-dessus apparaît encore 316 871 fois dans le fichier journal Web.

Le timing est intéressant dans la mesure où la première erreur ci-dessus s'est produite immédiatement après que le recyclage du pool d'applciation de 29 heures ait été programmé, comme je vois cette entrée :

Un processus de travail avec un identifiant de processus de 758628' servant le pool d'applications gpsigolf.com' a demandé à être recyclé car le processus travailleur a atteint son limite de temps de traitement autorisée.

dans le journal des événements (en utilisant le visualisateur d'événements) juste avant le début du problème et le fichier journal associé rempli de l'erreur de permission d'exécution. Cette entrée se situe également exactement 29 heures après la précédente entrée de ce type dans le journal des événements.

Le serveur a fonctionné depuis sans problème à travers plusieurs recyclages de pools d'applications et avait fonctionné pendant cinq jours avant que ce problème ne survienne. Il s'agit d'un nouveau serveur sur lequel nous avons migré et qui n'a fonctionné que cinq jours au total avant de rencontrer ce problème.

La question est de savoir pourquoi/comment un recyclage du pool d'applications pourrait causer ce problème. Y a-t-il certains paramètres que nous devrions éviter, comme le recyclage superposé par exemple ?

2voto

rmukhopadhyay Points 243

Je désactiverais le recyclage après 29 heures (1740 minutes). C'est juste le défaut mais pas utile en production. Si vous devez recycler automatiquement, faites-le à une heure précise en dehors des heures de travail.

Le chevauchement des pools d'applications est parfaitement sain. Regardez cette récente vidéo dans ma série Web Pro qui le couvre.

Je pense que ce qui s'est passé est que quelque chose avait la main sur l'un des fichiers clés de votre site et que IIS ne pouvait pas obtenir les droits d'exécution sur ce fichier. Il n'est probablement pas apparu jusqu'à ce que IIS libère le fichier pendant le recyclage et que quelque chose d'autre prenne le relais.

Lorsque cela se reproduira (ce qui ne manquera pas de se produire puisque rien n'a changé), je vous recommande d'utiliser Process Monitor et/ou Process Explorer pour trouver le fichier verrouillé. Il devrait apparaître en recherchant "denied" dans une capture de Process Monitor. Voici une autre méthode rapide vidéo sur l'utilisation de Process Monitor .

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X