Ich kann nicht auf TeamCity localhost Seite

Question

zugreifen/finden Ich habe ein wiederkehrendes Problem mit TeamCity. In meiner Firma habe ich TeamCity drei verschiedene Male installiert und erfolgreich mit einer Art SVN-Repo verbunden.

Aber nach einer Weile habe ich immer den gleichen Fehler, nicht auf localhost, d. H. TeamCity Login-Seite zugreifen (ich starte den Browser und es kann nicht localhost finden).

Ich habe versucht, eine Lösung zu finden, aber mit keinem Erfolg, ich habe auch versucht, TeamCity zu stoppen aufhören zu arbeiten (um herauszufinden, was das Problem verursacht), aber auch ohne Erfolg.

Der schwierige Teil ist, dass ich nicht weiß, warum es passiert, und ich habe keine Ahnung, wie es zu beheben ist. Es passiert einfach plötzlich. Die Logs sagen mir nichts und alle Dienste/Ports/etc funktioniert einwandfrei. Es verliert plötzlich seine Startseitenverbindung.

Ich führe TeamCity auf einem Windows 2008 Server R2. Also, hat jemand eine Ahnung oder einige Ideen, die mir helfen könnten, das zu beheben?

Answer 1

Es ist gelöst. Keine gültigen Informationen konnten in irgendwelchen Protokollen gefunden werden. Die alberne Antwort war, dass Port 80, den Tomcat benutzt, aus irgendeinem Grund von einem "System: 4" -Prozess blockiert wurde. Nach einigen Recherchen stellte sich heraus, dass es sich um die AD handelte.

Hätte ich nie gedacht, weil es plötzlich passiert ist. Das heißt, es funktionierte für ein paar Wochen, dann nur einen Tag - nichts. anstelle des Standard-Port

Sie werden bearbeiten müssen

• TeamCity\conf\server.xml
• TeamCity\buildAgent\conf\buildAgent.properties

einen anderen Port verwenden.

Answer 2

TeamCity ist eine Java Web App, die auf Tomcat läuft. Es gibt 10 verschiedene Fehlerprotokolle auffindbar in

c: \ Teamcity \ logs

ich es zunächst aussehen würde. Überprüfen Sie auch das Windows-Ereignisprotokoll. Sie haben nicht erwähnt, welche Protokolle Sie überprüft haben, aber das Windows-Ereignisprotokoll ist der unwahrscheinliche Ort, um die Antwort zu finden, da die meisten Java-Anwendungen betriebssystemspezifische Dienste vermeiden, um die Portabilität zu erhalten.