Klassische ASP-Site-Anforderungen hängen in IIS7 nach dem Zufallsprinzip

8

Ich habe eine neue IIS7-Box, auf der Windows Server 2008 Web Edition (x64) ausgeführt wird, und ich habe dort eine bestehende klassische ASP-Site eingerichtet. Die Seite funktioniert gut und super schnell, aber wird zufällig hängen (etwa 1 von 20 oder so Anfragen). Wenn ich hänge, dann klicke ich auf eine Seite im Browser, und der Browser (Crome auf dem Mac) antwortet nie - er lädt nur fortwährend, bis ich nach ungefähr drei Minuten den folgenden Fehler erhalte:

%Vor%

Ich bin mir ziemlich sicher, dass es sich um einen Chrome-spezifischen Fehler handelt. Ich bin also nicht zu sehr auf den eigentlichen Fehler fixiert, sondern auf die Ursache der Zeitüberschreitung. Die Site stellt eine Verbindung zu einem SQL 2005-Server im selben Netzwerk her, aber ich bin mir ziemlich sicher, dass dies kein SQL-Zeitlimit ist, da dies innerhalb von 30 Sekunden geschehen würde, und geben Sie mir einen spezifischen Fehler zu SQL. Ich denke, das ist ein Problem mit meiner Website oder dem Server.

Beachten Sie, dass ich oft, nachdem ich dies gesehen habe, einfach die Anfrage stoppen und die Seite neu laden kann, und sie wird wieder gut, superschnell geladen.

Ich bin mir nicht einmal sicher, wo ich mit der Fehlersuche beginnen soll. Ich muss das herausfinden, sonst wird dies einen neuen Serverkauf bedeuten.

Vielen Dank im Voraus für Anregungen.

    
Jerad Rose 15.01.2011, 15:32
quelle

1 Antwort

1

Ich habe ein paar weitere Dinge über dieses Problem bemerkt. Es passiert öfter, nachdem ich Dateien auf dem Server veröffentlicht habe (sogar statische Inhalte wie js oder CSS-Dateien). Es wird gelegentlich auch auf anderen Websites mit ASP.NET auftreten. Nämlich das Timeout auf dotnetkicks.com, auf dem auch IIS 7.5 läuft. Auch dies tritt nur in Chrome auf.

Ich habe auch versucht, Chrome zu deinstallieren und neu zu installieren, aber das Problem geht weiter. Mein nächster Schritt besteht darin, dies auf mehreren Computern zu versuchen, auf denen Chrome außerhalb meines Netzwerks ausgeführt wird.

UPDATE (29. April 2011)

Ich bin also vor ein paar Wochen nach Colorado gezogen und habe dieses Problem nicht einmal seit meinem Umzug gesehen. Das führt mich zu dem Schluss, dass 1.) meine Internetverbindung in Dallas flockig war und 2.) Chrome war weniger verzeihend für eine schlechte Verbindung als andere Browser. Und natürlich schließt es grundsätzlich jegliche Möglichkeit aus, dass es am Serverende ein Problem gibt.

    
Steve Wortham 29.01.2011 16:44
quelle