Comment savoir pourquoi un pool d'applications IIS est recyclé

De fond:

J'ai déployé une ASP.NET MVC 3 app qui fonctionne sur ma machine pour un fournisseur d'hébergement mutualisé et je suis la découverte de certains des problèmes qui semblent être liées à l'application de la piscine recyclé. L'hôte est configuré de recyclage de se produire sous l'une de ces circonstances:

  • L'utilisation de la mémoire dépasse les 200 MO
  • L'utilisation du PROCESSEUR dépasse 75% (probablement sur une longue période)
  • 20 minutes de temps d'inactivité

Les restrictions sont plus à l'aise sur ma machine de développement, donc je ne voyais pas de recyclage comme cela, au cours du développement. Je n'ai pas accès à l'administration d'hébergement partagé de la boîte (à juste titre) donc je ne peux pas lire le journal des événements pour voir pourquoi le recyclage est en cours.

Question:

Est-il une manière que je peux savoir pourquoi mon application a été recyclé (en Application_End par exemple), de sorte que je peux me connecter à l'aide de mon débogage?

InformationsquelleAutor Drew Noakes | 2011-03-26
  1. 11

    Sans accès aux journaux d'événements (parce que vous êtes dans un environnement d'hébergement partagé) la plupart des informations que vous allez obtenir est de la Application_End de l'événement, et en demandant aux HttpRuntime (par réflexion) pour les valeurs d'une ou de deux des membres privés qui sont malheureusement ce n'est pas exposée au public.

    Pour ce faire, ajoutez le code suivant à votre Application_End événement:

    BindingFlags staticFlags = 
    BindingFlags.NonPublic | BindingFlags.Static | BindingFlags.GetField;
BindingFlags instanceFlags = 
    BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField;

HttpRuntime runtime = (HttpRuntime)typeof(System.Web.HttpRuntime)
                        .InvokeMember("_theRuntime", staticFlags, null, null, null);
if(runtime != null) 
{
    string shutDownMessage = (string)runtime.GetType()
         .InvokeMember("_shutDownMessage", instanceFlags, null, runtime, null);

    string shutDownStack = (string)runtime.GetType()
         .InvokeMember("_shutDownStack", instanceFlags, null, runtime, null);

    //Log shutDownMessage & shutDownStack somewhere
}

    Si j'ai d'arrêt ou de recycler mon application de la piscine, je vois les suivantes:

    HostingEnvironment a lancé la fermeture 
HostingEnvironment a provoqué l'arrêt - 
au Système.De l'environnement.GetStackTrace(Exception e, Boolean needFileInfo) 
au Système.De l'environnement.get_StackTrace() 
au Système.Web.De l'hébergement.HostingEnvironment.InitiateShutdownInternal() 
au Système.Web.De l'hébergement.HostingEnvironment.InitiateShutdownWithoutDemand() 
au Système.Web.De l'hébergement.PipelineRuntime.StopProcessing()

    C'est probablement à peu près aussi bon qu'il obtient.

    Mise à jour:

    Je ne me souviens pas où j'ai trouvé ce code mais Attire utilement rappelé à moi, c'était à partir d'un Scott Guthrie blog.

    Il y a quelques autres membres privés qui pourraient être utiles telles que:

    private ApplicationShutdownReason _shutdownReason;

    Vous pouvez examiner ces champs .NET Réflecteur (si vous en avez une copie qui n'est pas le temps bombardée) ou des variantes (Des Alternatives Open Source à Réflecteur?).

    • Avez-vous trouvé sur ScottGu blog? J'ai essayé cette approche avant de poster la question, mais elle ne fournit pas beaucoup de données utiles. Le message que je reçois est HostingEnvironment a lancé la fermeture ce qui ne veut pas m'aider à me sortir ce que je dois faire pour satisfaire à l'environnement d'hébergement.
    • Vous pouvez accéder à ces données, de manière générale, via le System.Web.Hosting.HostingEnvironment.ShutdownReason de la propriété (c'est un enum.)
    • ah je ne le savais pas.
    • Pas de problème. BTW c'est Scott Guthrie, pas, Hanselman. Un lien vers son blog est dans mon premier commentaire: weblogs.asp.net/scottgu/archive/2005/12/14/433194.aspx
    • Je suis complet #fail aujourd'hui 🙂
    • En effet, il y a un commentaire détaillé pour que _shutdownReason enum qui peut être vu avec réflecteur. Voici un extrait de code pour obtenir que la valeur d'enum: string shutDownReason = runtime.GetType().GetField("_shutdownReason", BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField) .GetValue(runtime).ToString();

    InformationsquelleAutor Kev
  2. 7

    De recherche - 1

    Tout d'abord j'ai essayé d'utiliser System.Web.ProcessModelInfo.GetCurrentProcessInfo() et System.Web.ProcessModelInfo.GetHistory(int). Les résultats de ces méthodes retournent des informations telles que le PID, l'heure de début, l'âge, le statut et l'utilisation maximale de la mémoire. Malheureusement, elles n'étaient pas disponibles dans mon environnement d'hébergement:

    HttpException 0 x 80004005 - indicateurs des Processus sont disponibles uniquement lorsque le ASP.NET modèle de processus est activé. Lors de l'exécution sur les versions de IIS 6 ou plus récent en mode d'isolation du processus de travail, cette fonctionnalité n'est pas prise en charge.

    Cette approche pourrait fonctionner pour les autres, si vous êtes dans cette situation, donner un coup de feu.

    De recherche - 2

    La propriété System.Web.Hosting.HostingEnvironment.ShutdownReason est un enum avec beaucoup de valeurs, mais malheureusement tous les cas que je décris dans mes question sont regroupés dans une unique valeur d'enum:

    ApplicationShutdownReason.HostingEnvironment: L'environnement d'hébergement arrêtez le domaine d'application.

    De recherche - 3

    ScottGu a une approche sur son blog (qui est le même code Kev posté) qui utilise la réflexion pour accéder à l'état interne de l' HttpApplication. Malheureusement, dans ce cas, il ne signale que le même niveau de détail que #2 ci-dessus:

    _shutDownMessage =
  HostingEnvironment initiated shutdown
  HostingEnvironment caused shutdown

_shutDownStack =
  at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
  at System.Environment.get_StackTrace()
  at System.Web.Hosting.HostingEnvironment.InitiateShutdownInternal()
  at System.Web.Hosting.HostingEnvironment.InitiateShutdownWithoutDemand()
  at System.Web.Hosting.PipelineRuntime.StopProcessing()
    • Je n'ai pas l'obtenir. Vous décrire quelque chose qui n'était pas disponible dans votre environnement, puis un enum qui n'a pas aidé, et reflète bien qui n'a pas aidé. Alors, quelle était la raison pour votre application redémarre?
    InformationsquelleAutor Drew Noakes
  3. 3

    Ci-dessous est le code de bonne trouver de http://mitchelsellers.com/blogs/2007/03/15/logging-aspnet-application-restarts.aspx

    // obtain the shutdown reason
System.Web.ApplicationShutdownReason shutdownReason = System.Web.Hosting.HostingEnvironment.ShutdownReason;
string shutdownDetail = "";
//Evaluate which option caused the error
switch (shutdownReason)
{
case ApplicationShutdownReason.BinDirChangeOrDirectoryRename:
shutdownDetail = "A change was made to the bin directory or the directory was renamed";
break;
case ApplicationShutdownReason.BrowsersDirChangeOrDirectoryRename:
shutdownDetail = "A change was made to the App_browsers folder or the files contained in it";
break;
case ApplicationShutdownReason.ChangeInGlobalAsax:
shutdownDetail = "A change was made in the global.asax file";
break;
case ApplicationShutdownReason.ChangeInSecurityPolicyFile:
shutdownDetail = "A change was made in the code access security policy file";
break;
case ApplicationShutdownReason.CodeDirChangeOrDirectoryRename:
shutdownDetail = "A change was made in the App_Code folder or the files contained in it";
break;
case ApplicationShutdownReason.ConfigurationChange:
shutdownDetail = "A change was made to the application level configuration";
break;
case ApplicationShutdownReason.HostingEnvironment:
shutdownDetail = "The hosting environment shut down the application";
break;
case ApplicationShutdownReason.HttpRuntimeClose:
shutdownDetail = "A call to Close() was requested";
break;
case ApplicationShutdownReason.IdleTimeout:
shutdownDetail = "The idle time limit was reached";
break;
case ApplicationShutdownReason.InitializationError:
shutdownDetail = "An error in the initialization of the AppDomain";
break;
case ApplicationShutdownReason.MaxRecompilationsReached:
shutdownDetail = "The maximum number of dynamic recompiles of a resource limit was reached";
break;
case ApplicationShutdownReason.PhysicalApplicationPathChanged:
shutdownDetail = "A change was made to the physical path to the application";
break;
case ApplicationShutdownReason.ResourcesDirChangeOrDirectoryRename:
shutdownDetail = "A change was made to the App_GlobalResources foldr or the files contained within it";
break;
case ApplicationShutdownReason.UnloadAppDomainCalled:
shutdownDetail = "A call to UnloadAppDomain() was completed";
break;
default:
shutdownDetail = "Unknown shutdown reason";
break;
}
    InformationsquelleAutor KMR
  4. 3

    C'est vraiment une réponse tardive, mais j'espère qu'il peut fournir plus de perspicacité, pour les personnes ayant des problèmes similaires (IIS 7.x ou ci-dessus).

    1. Conclusion lors de l'application de la piscine est de commencer à l'arrêt - le code suivant peut être utilisé pour savoir si le pool d'applications de commencer son arrêt. L'arrêt lui-même se produit dans un délai maximum de Fermeture (limite de secondes, par défaut 90) après cet événement.

    public class ApplicationPoolService : IApplicationPoolService
{
public bool IsShuttingDown()
{
return System.Web.Hosting.HostingEnvironment.ShutdownReason != ApplicationShutdownReason.None;
}
public ApplicationShutdownReason GetShutdownReason()
{
return System.Web.Hosting.HostingEnvironment.ShutdownReason;
}
}
public class HostingEnvironmentRegisteredObject : IRegisteredObject
{
public void Stop(bool immediate)
{
//second call is done when the Stop is imminent 
if (immediate)
return;
var reason = appPoolService.GetShutdownReason().ToString();
logger.Log(LogLevel.Info, $"HostingEnvironmentRegisteredObject.stop called with shutdown reason {reason}");
}
}
//this code should be placed in global.asax.cs
protected void Application_Start()
{
HostingEnvironment.RegisterObject(new HostingEnvironmentRegisteredObject());
}

    Ce qui aide à trouver la raison générale et quand exactement il a été déclenché. Dans votre cas, je pense que HostingEnvironment est la valeur. Malheureusement, la cause sous-jacente n'est pas unique. Il peut être périodique, recycler, recycler en raison de la limite de mémoire (le plus probable en raison de l'OP de la question), recycler grâce à heure fixe, etc.

    2. Trouver la cause exacte - une façon de trouver la cause exacte est à rechercher dans le Journal des événements. Si ce n'est pas accessible, il peut être demandé au fournisseur d'hébergement en fournissant les détails suivants pour affiner leur recherche.

    • Heure exacte de l'arrêt de l'initiation
    • Filtre de journal des événements:
      • Sources d'événements = A
      • Niveau de l'événement = Information
      • Connecté = plage personnalisée compris les temps d'arrêt +/- 1 minute

    Journal des événements doit retourner les informations les plus pertinentes comme celles ci-dessous:

    Un processus de travail avec l'id de processus du 'xxx' servant de pool d'applications
    'xxx' a demandé un nouveau cycle car il a atteint son
    prévue de temps de recyclage.

    Un processus de travail avec l'id de processus du 'xxx' servant de pool d'applications
    'xxx' a demandé un nouveau cycle car il a atteint son mémoire virtuelle
    de limite.

    InformationsquelleAutor Alexei