Gitlab Ports 80 & 8080 von einer separaten Gitlab-Instanz genommen?

Question

Ich habe Gitlab 8.6 läuft auf einem Ubuntu 14.04 Server, der anscheinend durcheinander geraten ist. Ich bekomme immer einen 502 Fehler beim Zugriff auf die Website. Der Server wurde wahrscheinlich seit der anfänglichen Installation von Gitlab nicht neu gestartet, und ein Stromausfall verursachte einen Neustart des Servers. Jetzt kann ich Gitlab aufgrund von Portkonflikten nicht starten/neustarten.

Ich habe Gitlab via Quelle installiert, ich habe keine benutzerdefinierten Port-Konfigurationen und verwende NGINX. nginx -t zeigt, dass die Konfiguration syntaxmäßig korrekt zu sein scheint.

Wenn ich netstat -tupln ausführen, sehe ich, dass Unicorn & eine Gitlab-Instanz bereits läuft auf: 8080 und: 80 bzw. beim Hochfahren. Ich vermute, dass eine zweite Instanz von Gitlab installiert wurde, die beim Booten ausgeführt wird und die korrekte Instanz Portkonflikte verursacht, wenn ich versuche, sie über service gitlab restart auszuführen. Ich bin mir nicht einmal sicher, ob das möglich ist, aber ich kann nicht herausfinden, wohin ich von hier aus gehen soll. Jedes Mal, wenn ich sudo gitlab-ctl reconfigure oder service gitlab start starte, schlägt es fehl und die unicorn.stderror.log zeigt Bind Fehler an: 8080-Port. Ich habe versucht, den Unicorn-Dienst auf 8081 zu verschieben, aber ich erhalte immer noch den Port-Binding-Fehler.

Weiß jemand, wie ich feststellen kann, ob mehrere Gitlab Instanzen laufen, und vielleicht, wenn es eine Möglichkeit gibt, eine duplizierte zu entfernen, wenn es möglich ist? Vielen Dank!

EDIT: Hier ist, was in der /etc/gitlab/gitlab.rb Datei ist. Alles andere ist auskommentiert.

## Url on which GitLab will be reachable external_url 'http://my-gitlab-instance.domain.com'

EDIT 2: My /home/git/gitlab/ Verzeichnis https://gitlab.com/gitlab-org/gitlab-ce.git abgebildet wird, und ist auf dem 8-7-stable Zweig. gitlab-shell und gitlab-workhorse sind auf den richtigen Versionen nach https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/update/8.6-to-8.7.md

EDIT 3: Ich habe an einen Punkt, wo die Gitlab zu Selbsttest in Ordnung durch Entfernen des gitlab-ce Paket (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/135), aber der Server gibt eine 404. NGINX scheint , Einhorn, Sidekiq und Gitlab-Arbeitspferd sagen alle, dass sie laufen. Ich sehe, dass unicorn.rb zu hören ist: 8080, und nginx hört auf 0.0.0.0:80 und ::: 80. Ich denke, jetzt bin ich bei der Fehlersuche in diesem 404 und hoffentlich komme ich zurück zu meiner Installation von der Quelle.

Answer 1

Was ich gefunden habe, ist, dass es 2 Probleme gab, die die Fehler verursachten, die ich hatte.

Zuerst entfernte ich ein "gitlab-ce" -Paket, das installiert wurde, und folgte den Anweisungen hier: https://gitlab.com/gitlab-org/omnibus-gitlab/issues/135. Aus irgendeinem Grund muss ich, wenn ich die Maschine neu starte, diese Dienste neu starten, damit Gitlab korrekt läuft redis-server, gitlab, nginx. Allerdings reagiert Gitlab danach richtig.

Zweitens war der 404-Fehler auf einen anderen Server zurückzuführen, der diese IP-Adresse ebenfalls abhob und einen Konflikt verursachte.

Ich werde wahrscheinlich mit dem Omnibus-Paket auf einem frischen, neuen Server gehen, aber zumindest die unmittelbaren Probleme scheinen gelöst zu sein. Danke für deine Hilfe, SLY!