2017-03-17 58 views
8

GitLab在kubernetes集羣中運行。運行器不能用構建工件來構建Docker鏡像。我已經嘗試了幾種方法來解決這個問題,但沒有運氣。下面是一些CONFIGS片段:GitLab CI轉輪無法連接到kubernetes中的unix:///var/run/docker.sock

.gitlab-ci.yml

image: docker:latest 
services: 
    - docker:dind 

variables: 
    DOCKER_DRIVER: overlay 

stages: 
    - build 
    - package 
    - deploy 

maven-build: 
    image: maven:3-jdk-8 
    stage: build 
    script: "mvn package -B --settings settings.xml" 
    artifacts: 
    paths: 
     - target/*.jar 

docker-build: 
    stage: package 
    script: 
    - docker build -t gitlab.my.com/group/app . 
    - docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN gitlab.my.com/group/app 
    - docker push gitlab.my.com/group/app 

config.toml

concurrent = 1 
check_interval = 0 

[[runners]] 
    name = "app" 
    url = "https://gitlab.my.com/ci" 
    token = "xxxxxxxx" 
    executor = "kubernetes" 
    [runners.kubernetes] 
    privileged = true 
    disable_cache = true 

包裝階段日誌:

running with gitlab-ci-multi-runner 1.11.1 (a67a225) 
    on app runner (6265c5) 
Using Kubernetes namespace: default 
Using Kubernetes executor with image docker:latest ... 
Waiting for pod default/runner-6265c5-project-4-concurrent-0h9lg9 to be running, status is Pending 
Waiting for pod default/runner-6265c5-project-4-concurrent-0h9lg9 to be running, status is Pending 
Running on runner-6265c5-project-4-concurrent-0h9lg9 via gitlab-runner-3748496643-k31tf... 
Cloning repository... 
Cloning into '/group/app'... 
Checking out 10d5a680 as master... 
Skipping Git submodules setup 
Downloading artifacts for maven-build (61)... 
Downloading artifacts from coordinator... ok  id=61 responseStatus=200 OK token=ciihgfd3W 
$ docker build -t gitlab.my.com/group/app . 
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? 
ERROR: Job failed: error executing remote command: command terminated with non-zero exit code: Error executing in Docker Container: 1 

我在做什麼錯?

回答

6

不需要使用:

DOCKER_DRIVER: overlay 

原因好像是不支持疊加,所以SVC-0容器無法開始使用它:

$ kubectl logs -f `kubectl get pod |awk '/^runner/{print $1}'` -c svc-0 
time="2017-03-20T11:19:01.954769661Z" level=warning msg="[!] DON'T BIND ON ANY IP ADDRESS WITHOUT setting -tlsverify IF YOU DON'T KNOW WHAT YOU'RE DOING [!]" 
time="2017-03-20T11:19:01.955720778Z" level=info msg="libcontainerd: new containerd process, pid: 20" 
time="2017-03-20T11:19:02.958659668Z" level=error msg="'overlay' not found as a supported filesystem on this host. Please ensure kernel is new enough and has overlay support loaded." 

此外,將export DOCKER_HOST="tcp://localhost:2375"添加到碼頭構建:

docker-build: 
    stage: package 
    script: 
    - export DOCKER_HOST="tcp://localhost:2375" 
    - docker build -t gitlab.my.com/group/app . 
    - docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN gitlab.my.com/group/app 
    - docker push gitlab.my.com/group/app 
3

使用Kubernetes時,您必須調整您的Build圖像以連接Docker引擎。

添加到您的構建圖像:

DOCKER_HOST=tcp://localhost:2375 

報價從文檔:

運行泊塢窗:DIND也被稱爲泊塢窗功能於碼頭工人的形象也 可能的,但遺憾的是需求容器將以特權模式運行。 如果您願意冒這個風險,那麼可能會出現其他問題,乍一看可能不是那麼直截了當的 。由於docker守護進程通常在.gitlab-ci.yaml中作爲服務啓動,因此它將在您的窗格中作爲單獨的 容器運行。基本上,容器中的容器僅共享分配給他們的 的卷以及他們可以使用本地主機相互訪問的IP地址。 /var/run/docker.sock未由docker:dind容器共享,並且docker 默認情況下會嘗試使用它。要覆蓋它並使客戶端使用tcp 聯繫另一個容器中的docker守護進程,請確保在構建容器的環境變量中包含DOCKER_HOST = tcp:// localhost:2375中的 。

Gitlab-CI on Kubernetes

+0

感謝您的建議,隊友,但我已經試過這個:( –

+1

'無法連接到tcp:// localhost:2375的Docker守護進程。碼頭守護進程運行嗎?' –

+3

你們解決了這個問題嗎?我也得到這個錯誤(包括一個與TCP)...我的gitlab運行程序在碼頭集裝箱。 – gabriel