0

Nach einem deploy unserer Azure Web App, bekommen wir 500 Timeouts auf jede Anfrage an den Service:Azure Web App - HTTP Auszeit

500 - Die Zeitüberschreitung der Anforderung.

Der Webserver reagierte nicht innerhalb der angegebenen Zeit.

Dies ist aus heiterem Himmel und wir können nicht feststellen, was es verursacht. Es scheint dauernd etwa 230 zu dauern.

Azure Logs Settings

Aber ich weiß ehrlich gesagt nicht ganz das, was in den Protokollen zu suchen:

Ich habe alle Diagnoseprotokolle im Portal aktiviert. Ich habe alle Dateien in den folgenden Ordnern durchforstet, aber nichts springt heraus.

LogFiles

Wie ich dieses Problem beheben kann?

+0

funktionierte es gut, wenn Sie es lokal getestet haben? Versucht der Dienst, Anfangsdaten von einer Datenbank abzurufen, und ist dies möglicherweise ein Fehler? – Aravind

+0

Sogar einfache HTML-Seiten haben das gleiche Problem. Dieser Code funktioniert in unserer von Azure gehosteten DEV-Umgebung (die genau so konfiguriert ist). – davenewza

+0

Können Sie den Namen Ihrer Web App entweder direkt oder indirekt (https://github.com/projectkudu/kudu/wiki/Reporting-your-site-name-without-posting-it-publicely) teilen? Dies wird uns helfen zu untersuchen. Vielen Dank! –

Antwort

1

Der Trick, um Debug-Nachrichten zu erhalten, ist stdoutLogFile="D:\home\LogFiles\stdout.log" in Ihrer Konfiguration, anstelle der ..\logs Pfad, den Sie hatten. Nach dem Ändern erhalten Sie eine Fehlerdatei unter D:\home\LogFiles. Hier ist der Fehler, den Sie erhalten:

Application startup exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.ArgumentNullException: SMTP server password cannot be null or empty. Parameter name: smtpPassword at TransitApi.Infrastructure.Modules.Logging.EmailOutput.EmailLogger..ctor(String recipient, String sender, String smtpUsername, String smtpPassword, String smtpHost, Int32 smtpPort, String environmentName, LogLevel minimumLevel) at TransitApi.Infrastructure.Modules.Logging.EmailOutput.EmailLoggerProvider.CreateLogger(String name) at Microsoft.Extensions.Logging.Logger.AddProvider(ILoggerProvider provider) at Microsoft.Extensions.Logging.LoggerFactory.AddProvider(ILoggerProvider provider) at TransitApi.Api.Startup.Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)

So eine Art von Problem die E-Mail-Server. Das führt dazu, dass der Prozess abstürzt und sich schlecht verhält.

Aber ich schlage vor, dass Sie auf Core RC2 aktualisieren, da RC1 ziemlich veraltet ist.

+0

Ich schätze wirklich die Hilfe hier ... besonders, weil das mein eigener Anwendungsfehler war. Ja, wir werden wahrscheinlich nächste Woche direkt von RC1 nach RTM springen (über RC2 bin ich sicher), wenn RTM erwartet wird. – davenewza

+0

Frage: Warum bricht diese Zeit ab und nicht sofort? – davenewza

+0

Weil Fehlerbehandlung in RC1 saugt! :) Ich denke * es ist besser in RC2. –

Verwandte Themen