Robbi, Tobbi und das Fliewatüüt

Gestern war ich auf der Suche nach einem hartnäckigen, sich gut tarnenden Fehler in einer ASP.NET-Applikation unter .NET 3.5 SP 1 auf einem IIS 6 unter Windows Server 2003. Scheinbar sporadisch und nicht reproduzierbar verloren Anwender ab und zu die Session. Genauer gesagt, kam es zu einem unbeabsichtigten Restart der Application. Nachdem als Ursache die üblichen Verdächtigen ausgeschlossen werden konnten, habe ich letztendlich die _shutDownMessage der HttpRuntime durch Hinzufügen des folgenden Codes in die Global.cs analysieren können:

void Application_End(object sender, EventArgs e)
{
  var runtime = (HttpRuntime)typeof(HttpRuntime).InvokeMember("_theRuntime", BindingFlags.NonPublic | BindingFlags.Static | BindingFlags.GetField, null, null, null);

  if (runtime != null) {
    var shutDownMessage = (string)runtime.GetType().InvokeMember("_shutDownMessage", BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField, null, runtime, null);

    var shutDownStack = (string)runtime.GetType().InvokeMember("_shutDownStack", BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.GetField, null, runtime, null);

    if (!EventLog.SourceExists(".NET Runtime")) {
      EventLog.CreateEventSource(".NET Runtime", "Application");
    }

    var log = new EventLog { Source = ".NET Runtime" };
    log.WriteEntry(String.Format("\r\n\r\n_shutDownMessage={0}\r\n\r\n_shutDownStack={1}", shutDownMessage, shutDownStack), EventLogEntryType.Error);
  }
}

Dadurch konnte ich die Fehlermeldung dir change or directory rename HostingEnvironment initiated caused shutdown directory rename sehen. Ursache war demnach ein Löschen temporär angelegter Ordner in einem Unterverzeichnis der Applikation.

Die permanente Überwachung des Applikationsordners (und seiner Unterordner) führte dazu, dass bei einem Löschen eines Ordners in dieser Struktur die Applikation neu gestartet wurde. Die File Change Notification lässt sich durch Eingriffe in die Registry ausschalten, aber dies war in diesem Fall weder erwünscht noch erlaubt.

Vielmehr habe ich nach kurzer Recherche eine Lösung in Microsofts ASP.NET-Forum gefunden:

  void Application_Start(object sender, EventArgs e)
  {
    //FIX disable AppDomain restart when deleting subdirectory
    //This code will turn off monitoring from the root website directory.
    //Monitoring of Bin, App_Themes and other folders will still be operational, so updated DLLs will still auto deploy.

    var p = typeof(HttpRuntime).GetProperty("FileChangesMonitor", BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static);

    var o = p.GetValue(null, null);

    var f = o.GetType().GetField("_dirMonSubdirs", BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.IgnoreCase);

    var monitor = f.GetValue(o);

    var m = monitor.GetType().GetMethod("StopMonitoring", BindingFlags.Instance | BindingFlags.NonPublic);

    m.Invoke(monitor, new object[] { });
  }

Seitdem läuft die Anwendung ohne einen einzigen Session Restart durch.