Gitlab-Konfiguration Probleme:: NGINX Einhorn Port-Konflikt

Ich habe es geschafft, teilweise setup Gitlab auf einem Linux-CentOS-server mit Apache, Git, PHP, PostGreSQL und MySQL. Ich bin mit den Koch Kochbuch-version. Ich habe das rpm von hier. Ich wollte es benutzen zu verwalten mein Git repo-besser und mehr visuell und dies schien eine gute Wahl zu sein. Aber jetzt ich laufen in Probleme bekommen es zu arbeiten.

Nur damit es wirklich funktioniert, und aktualisieren Sie alle Dateien, die ich beschlossen, starten Sie erneut die Konfiguration über gitlab-ctl reconfigure. Zweiter Lauf funktionierte:

Chef Client finished, 4 resources updated
gitlab Reconfigured!

Sehen vollständiges log

Dem hoster hatte bereits NGINX auf 8080 nicht in ein argument mit Apache läuft auf port 80, wo wir haben eine LAMPE Projekt läuft. Aber jetzt Ruby ' s Unicorn Web-Servers scheint in Konflikt mit NGINX. Ich habe mit NGINX ein wenig, nicht viel, und das ist meine erste Stich an Gitlab. Sowieso ist dieses, was ich herausgefunden, mit der Hilfe von meinem hoster.

Wenn ich log in testserver.domain.net und übergeben Sie den folgenden Befehl ein:

netstat -ln |grep 8080 Ich sehe

tcp        0      0 127.0.0.1:8080              0.0.0.0:*                   LISTEN      

So etwas läuft auf 8080
Laut meinem hoster es sollte auf 0.0.0.0:8080. Und wenn wir schauen, was läuft auf diesem port sehen wir

netstat -tupln |grep 8080
tcp        0      0 127.0.0.1:8080              0.0.0.0:*                   LISTEN      21627/unicorn maste 

Wenn wir überprüfen Sie die Prozess-id 21627, sehen wir

cat /proc/21627/cmdline 
unicorn master -E production -c /var/opt/gitlab/gitlab-rails/etc/unicorn.rb /opt/gitlab/embedded/service/gitlab-rails/config.ru

Ist ein Ruby-Prozess, und nicht ein NGINX Prozess.

So NGINX zu sein scheint, in Konflikt mit Einhorn.

Und wenn wir überprüfen Sie die Protokolle der nginx sehen wir, dass nginx nicht bekommen werde, weil dieser:

tail -f /var/log/gitlab/nginx/error.log 
2014/07/28 09:43:10 [emerg] 23122#0: bind() to 0.0.0.0:8080 failed (98: Address already in use)
2014/07/28 09:43:10 [emerg] 23122#0: still could not bind()
2014/07/28 09:43:12 [emerg] 23123#0: bind() to 0.0.0.0:8080 failed (98: Address already in use)
2014/07/28 09:43:12 [emerg] 23123#0: bind() to 0.0.0.0:8080 failed (98: Address already in use)
2014/07/28 09:43:12 [emerg] 23123#0: bind() to 0.0.0.0:8080 failed (98: Address already in use)
2014/07/28 09:43:12 [emerg] 23123#0: bind() to 0.0.0.0:8080 failed (98: Address already in use)
2014/07/28 09:43:12 [emerg] 23123#0: bind() to 0.0.0.0:8080 failed (98: Address already in use)
2014/07/28 09:43:12 [emerg] 23123#0: still could not bind()

Habe ich gegoogelt Einhorn.rb und fand diese link. Ich habe auch gelesen, dass:

Einhorn ist ein HTTP-server für Rack-Anwendungen, die nur dazu dienen
schnelle Kunden, die auf niedrige Latenz, hohe Bandbreite und nehmen
Vorteil von Funktionen in Unix/Unix-like Kernel. Langsam sollten Kunden
nur bedient werden, indem ein reverse-proxy-fähig ist, voll-Pufferung
sowohl die request-und response zwischen Einhorn und langsam-clients.

Wenn ich die Datei /var/opt/gitlab/gitlab-rails/etc/unicorn.rb ich sehe es nutzt 8080. Problem ist, dass es scheint, Einhorn sollten gemeinsam mit NGINX so, vielleicht sollte ich nicht den port ändern.

Welchem Schritt sollte ich nehmen, um Gitlab zu arbeiten? Kann Gitlab Arbeit ohne Einhorn? Ich würde denken, nicht. Sollte ich dann wählen Sie einen anderen port für Sie oder vielleicht für NGINX?

  • Wenn ich geändert auf port 8888 in /var/opt/gitlab/nginx/etc/gitlab-http.conf und machte einen Neustart mit gitlab-ctl restart ich habe: ok: run: nginx: (pid 3211) 0s ok: run: postgresql: (pid 3217) 0s ok: run: redis: (pid 3226) 1s ok: run: sidekiq: (pid 3232) 1s timeout: run: unicorn: (pid 21627) 94720s, got TERM so noch kleinere Probleme, aber ich konnte auf der Website unter der domain.com:8888.
InformationsquelleAutor rhand | 2014-07-29
Schreibe einen Kommentar