2013-10-18 6 views
7

Ich habe ein Problem mit GitLab CI. Ich folgte offiziellen Leitfaden auf: https://github.com/gitlabhq/gitlab-ci/blob/master/doc/installation.mdGitLab CI - Projekt Build In immer endender Pending-State

Alles war in Ordnung, keine Fehler nirgends. Ich bin auch dem Runner-Setup gefolgt. Alles in Ordnung.

Aber ...

Wenn ich einen Läufer zu einem Projekt hinzufügen und dann versuchen, es passiert nichts zu bauen. Es könnte sein, dass ich etwas nicht ganz verstanden habe oder einige meiner Konfigurationen falsch sind. Ich bin absolut neu in GitLab CI, aber ich mag es und ich möchte neue Sachen lernen.

Ich wäre sehr sehr froh, wenn mir jemand in irgendeiner Weise helfen könnte.

Danke!

enter image description here

enter image description here

enter image description here

BIG UPDATE: gerade herausgefunden, dass:

~/gitlab-runners/gitlab-ci-runner$ bin/runner 

starten ein Läufer Prozess manuell das Problem löst, aber wenn ich sehe der Gitlab-Ci-Läufer in /etc/init.d -> läuft es!?!

~/gitlab-runners/gitlab-ci-runner$ sudo /etc/init.d/gitlab-ci-runner start 
Number of registered runners in PID file=1 
Number of running runners=0 
Error! GitLab CI runner(s) (gitlab-ci-runner) appear to be running already! Try stopping them first. Exiting. 
~/gitlab-runners/gitlab-ci-runner$ sudo /etc/init.d/gitlab-ci-runner stop 
Number of registered runners in PID file=1 
Number of running runners=0 
WARNING: Numbers of registered runners don't match number of running runners. Will try to stop them all 
Registered runners=1 
Running runners=0 
Trying to stop registered runners...kill: No such process 
OK 
Trying to kill ghost runners...OK 

Was ist hier falsch? Ich bin nicht mehr in der Lage oder sehe das Problem nicht ?!

Antwort

8

Problem gelöst!

Sie müssen einige Werte in /etc/init.d/gitlab-ci-runner Skript bearbeiten!

APP_ROOT="**PATH_TO**/gitlab-runners/gitlab-ci-runner" 
APP_USER="**USER_WITH_DIRRIGHTS!**" 
PID_PATH="$APP_ROOT/tmp/pids" 
PROCESS_NAME="ruby ./bin/runner" 
RUNNERS_PID="$PID_PATH/runners.pid" 
RUNNERS_NUM=1 # number of runners to spawn 
START_RUNNER="nohup bundle exec ./bin/runner" 

Jetzt funktioniert es!

+0

Für mich sind die vars allesamt gut, aber der Service startet einfach den Runner, der Runner checkt einmal (habe keine Projekte gefunden) und dann beendet (Log wird nicht weiter aktualisiert) ... muss ich auch explizit zuweisen Dieser Runner zu allen Projekten, damit er den Build ausführen kann, sonst würde er nichts gegen Builds haben:/ – lippoliv

+0

Oder kopieren Sie einfach die Scripts von lib/support/init.d – Soullivaneuh

0

In meinem Fall waren Tags im Runner anders als Tags in .gitlab-ci.yml. Sobald ich sie änderte, also Runner-Tags alle Config-Datei-Tests enthalten, begannen Aufgaben zu laufen.