2017-09-07 4 views
0

Ich habe eine ASP.Net-Webanwendung unter Windows Server 2008 R2 mit IIS 7. Vor ein paar Wochen ist etwas mit dem Server passiert, und ich glaube, einige Windows-Benutzernamen wurden ausgespült das System.HTTP-Fehler 503 mit ASP.Net DataGrid

Nachdem der Server wieder online geschaltet wurde, waren alle unsere Dateien und SQL Server-Datenbanken noch intakt. Ein Teil der Funktionalität der Webanwendung funktioniert ordnungsgemäß - die Benutzer können sich bei der Anwendung anmelden (die Anmeldedaten werden in einer SQL Server-Datenbank gespeichert). Wenn Sie zu einigen Seiten blättern, wird jedoch eine weiße Seite angezeigt, auf der "HTTP-Fehler 503: Der Dienst ist nicht verfügbar" angezeigt wird.

Die Seiten, die die 503-Fehler verursachen, scheinen diejenigen zu sein, die spezielle ASP-Steuerelemente verwenden, z. B. DataGrids.

Das Webprojekt wurde mit .Net Framework 3.5 kompiliert. Der IIS-Anwendungspool auf dem Server verwendet .Net Framework v2.0 mit einer integrierten Pipeline.

Irgendwelche Gedanken darüber, was ich sehen kann, um diese Seite wieder auf volle Funktionalität zu bringen?

+1

Häufigster Grund für diesen Fehler ist, dass der Anwendungspool unter falschen Administratoranmeldeinformationen ausgeführt wird oder nicht vorhanden – user10089632

+0

Haben Sie in den erweiterten Eigenschaften des Anwendungspools in IIS, die das richtige Konto mit dem richtigen Kennwort verwendet ? – user10089632

+0

Der Anwendungspool wird unter ApplicationPoolIdentity ausgeführt, was vermutlich vor dem Absturz des Servers war. Wenn wir jedoch Benutzerkonten verloren haben, hat diese integrierte Identität möglicherweise beschädigt. – Pizzor2000

Antwort

0

habe ich herausgefunden, was los war: den Ordner, in meiner Web-Site verursacht der Fehler 503 Berichte, genannt wurde, die einen Konflikt mit SQL Server Reporting Services an Port verursacht wurde 80.

Wir tun nicht die SSRS laufen, aber es war 80.

https://seankilleen.com/2012/11/how-to-stop-sql-server-reporting-services-from-using-port-80-on-your-server-field-notes/

ich SSRS nach Port gebunden gestartet und auf den Link oben folgte der SSRS-Port 81. Nachdem diese Änderung zu ändern, konnte ich die Berichte Anwendung zugreifen auf meiner Webanwendung.