2017-07-27 2 views
0

Wir behalten keine Daten für die Seiten auf dem Server (wir wechseln auf reines html/js), aber wir haben immer noch asp.net masterpages und runat = sever für den Inhalt der Seiten. Wir haben mehrere App-Server für den Lastausgleich aktiviert. In den Anwendungseinstellungen sollten wir also festlegen, dass ARR Affinity aktiviert ist. In einigen seltenen Fällen sehen wir eine 'Aw Snap' Seite in Chrome, da die Seite nicht korrekt geladen wird. Vielleicht 1/20 mal. Ich frage mich, ob das der Fall ist.Azure Web App sollte ARR Affinity für ASP.NET-Webformulare aktiviert sein?

+0

Verwenden Sie Session stark und wo Sitzung gespeichert? –

+0

Haben Sie Serverprotokolle überprüft, um herauszufinden, was die Ursache für die Fehler ist? Und zu @AkashKava hinzufügen, sind Ihre Sitzungen in Bearbeitung oder verwenden Sie einen Out-of-Process-Sitzungsspeicher (State Server, SQL, Redis) –

+0

Es scheint nur 1 unserer qa-Devs kann das Problem reproduzieren. Unsere .cs hinter der aspx sind alle leer. Der Chrome 'aw snap' ist allerdings ein Browsercrash. Auf unseren alten nicht-azurblauen Servern war alles in Ordnung, aber manchmal sehen wir das jetzt. Wir denken, dass es vielleicht wegen des Timings/Ladens von Javascript kommt. Wir verwenden Redis –

Antwort

1

Azure Web App sollte ARR Affinity für ASP.NET-Webformulare aktiviert sein?

Wenn Ihre Webformularanwendung statusfrei ist, müssen Sie ARR Affinity nicht aktivieren. Statuslos bedeutet, dass Sie den Anwendungs-/Sitzungsstatus an einem Verteilungsplatz speichern müssen.

In einigen seltenen Fällen sehen wir eine 'Aw Snap' Seite in Chrome, da die Seite nicht korrekt geladen wird.

Der Fehler "Aw Snap" ist auf Chrom ausgerichtet. Es steht möglicherweise nicht mit Ihrem Azure Web App Server in Zusammenhang. Um das Problem zu beheben, können Sie die von Google bereitgestellten Schritte ausprobieren.

Fix "Aw, Snap!" page crashes and other page loading errors

Verwandte Themen