Gitlab-CI:绑定失败

时间:2018-03-12 15:30:35

标签: docker docker-compose gitlab-ci gitlab-ci-runner

我正在尝试为我的dockerized Symfony项目配置Gitlab CI。

在测试阶段,我尝试启动docker-compose.yml,其中一个服务需要绑定挂载。我的跑步者确实看到该文件夹,但我无法使用它。 我得到了测试输出:

$ docker-compose -f docker-compose_deploy.yml up -d
Creating network "xxx_default" with the default driver
Creating xxx_php_1   ... 
Creating xxx_db_1    ... 

Creating xxx_php_1   ... done
Creating xxx_nginx_1 ... 

Creating xxx_db_1    ... error

ERROR: for xxx_db_1  Cannot start service db: Bind mount failed: '/backups' does not exists

要测试我在ls /部分中添加了before_script命令。但它确实显示/backups,因为我改变了我的跑步者' config.toml:

[[runners]]
  name = "main-runner"
  url = "https://gitlab.com/"
  token = "xyz"
  executor = "docker"
  [runners.docker]
    tls_verify = false
    image = "docker:latest"
    privileged = false
    disable_cache = false
    volumes = ["/var/run/docker.sock:/var/run/docker.sock","/volume1/docker/postgres-backup:/backups", "/cache"]
    shm_size = 0
  [runners.cache]

这是我.gitlab-ci.yml的重要部分:

before_script:
  - ls /
  - docker info
  - apk add --update py-pip && pip install docker-compose
  - docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN registry.gitlab.com

build:
  stage: build
  script:
    - docker-compose -f docker-compose_deploy.yml build --pull 

test1:
  stage: test
  script:
    - docker-compose -f docker-compose_deploy.yml up -d
    - docker exec registry.gitlab.com/xxx-group/xxx_php_1 bash docker/php-fpm/initialization.sh
    - docker exec registry.gitlab.com/xxx-group/xxx_php_1 bin/console app:initialize
    - docker exec registry.gitlab.com/xxx-group/xxx_php_1 ./vendor/bin/simple-phpunit
  after_script:
    - docker-compose -f docker-compose_deploy.yml down 

docker-compose.yml是

volumes:
    pgdata:
services:
    db:
        image: postgres:9-alpine
        volumes:
            - pgdata:/var/lib/postgresql/data
            - /backups:/backups

虽然无法执行构建的图像,但我可以inspect: 事实上,那里没有列出那个量!

"Volumes": {
                "/var/lib/postgresql/data": {}
            }

2 个答案:

答案 0 :(得分:2)

您正在使用共享套接字运行docker-in-docker。这意味着您有一个基于docker:latest(a.k.a JOBCONTAINER)的Gitlab CI运行主机(a.k.a HOST)和在容器中运行的作业

您的假设是,您可以装载JOBCONTAINER中存在的文件(您在lsbefore_script时看到的文件)实际上是您开始使用的实际容器{{1} } 将在HOST 的上下文中运行,因为您在JOBCONTAINER中使用其Docker守护程序。

答案 1 :(得分:0)

重复Stefan von Gastel的正确答案:

运行测试(和docker-compose' ing up)时,在我的设置中,docker命令在docker主机的上下文中运行,即执行gitlab-runner的机器。 / p>

所以留在我的配置中,一个简单的

$ ln -s  /volume1/docker/postgres-backup/ /backups

解决了我的问题,因为现在路径可用了。事实上,我的跑步者volumes中的config.toml中的条目是不必要的。

感谢Stefan!