无法使用 docker-compose 在 gitlab CI 中挂载文件

Question

我们有一个使用 docker-compose 进行设置的项目，所以我们想使用相同的东西进行测试（我们已经准备好并在本地运行），但是我遇到了 gitlab 的 ci 的 2 个问题

ERROR: for store_k4g_nginx  Cannot start service nginx: OCI runtime create failed: container_linux.go:370: starting container process caused: process_linux.go:459: container init caused: rootfs_linux.go:59: mounting "/builds/project/whatever/docker/nginx/nginx.conf" to rootfs at "/var/lib/docker/overlay2/dfff5e2d38c01c8726cbd6fb46a44456521025d6cee3c596a6e56f7992938ce8/merged/etc/nginx/nginx.conf" caused: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

我们正在使用我们自己的运行器，配置如下

[[runners]]
  name = "******"
  url = "https://gitlab.com/"
  token = "*****"
  executor = "docker"
  [runners.custom_build_dir]
  [runners.cache]
    [runners.cache.s3]
    [runners.cache.gcs]
    [runners.cache.azure]
  [runners.docker]
    tls_verify = false
    image = "docker:stable"
    privileged = true
    disable_entrypoint_overwrite = false
    oom_kill_disable = false
    disable_cache = false
    volumes = ["/var/run/docker.sock:/var/run/docker.sock", "/cache"]
    shm_size = 0

ci 脚本看起来像这样

test:
  image: docker/compose:latest
  stage: test
  variables:
    APP_ENV: test
  before_script:
    - apk add bash ncurses
  script:
    - bash ./scripts/test.sh --no-interaction --compose

Nginx dockerfile

FROM nginx:alpine
WORKDIR /var/www
RUN nginx -t;
CMD nginx
EXPOSE 80

以及 docker-compose 的一部分

  nginx:
    container_name: app_nginx
    build:
      context: ./nginx
    depends_on:
      - php-fpm
    volumes:
      - ../:/var/www
      - ./nginx/nginx.conf:/etc/nginx/nginx.conf
      - ./nginx/sites:/etc/nginx/sites-available
      - ./nginx/conf.d:/etc/nginx/conf.d
      - ./logs/nginx:/var/log/nginx
    ports:
      - "${NGINX_PORT}:80"

test.sh 脚本使用 docker-compose 启动项目，但由于顶部列出的错误而失败。 是的，nginx.conf 是一个文件，它存在并在本地使用 docker-compose 时按预期工作。 另一个奇怪的事情是，如果我删除了该行（仅适用于链接到 /etc/nginx/nginx.conf 的 nginx.conf 文件）并将所述文件复制到它启动的 dockerfile 中的位置，但是它不能如果我这样做，请查看任何文件ls -la

我相信我们正在本地运行 gitlab 运行程序，并且我们之前已经在服务器上安装了 nginx。这可能是个问题吗？我们是否也应该在 docker 中运行 runner？

Answer 1

原来是 gitlab runner 配置不正确。由于我们正在运行 docker-in-docker 之类的，设置基本安装和运行的东西变得相当烦人，因为它需要 docker-compose 等等。

解决方案？不要使用DIND。当他们谈论它时，在 gitlab 文档中模糊地解释了它（我真的不明白为什么 - 人们总是只为他们的项目使用 1 个 docker？），所以一旦你有更多的东西和你实际上并没有将你的项目文件复制到你进入一个奇怪领域的 docker 中。

所以跑步者本身正在运行一个 docker，然后启动一个 docker（如 CI gitlab 文件中所示），然后启动另一个 docker。

我发现一篇文章在一定程度上解释了相关问题，但最快的解决方案（并且测试和构建时间最快，假设您实际上有自己的运行器）是在 gitlab 运行器中安装 docker 套接字，然后运行如下配置。

test:
  image: docker:latest
  stage: test
  variables:
    DOCKER_DRIVER: overlay2
    APP_ENV: test
  before_script:
    - apk add bash ncurses docker-compose
  script:
    - bash ./scripts/test.sh --no-interaction --compose

它构建速度很快（因为容器存在于主机上，而不是 docker-in-docker）并被缓存（同样的原因）。

至于为什么文件没有挂载 - 这有点烦人。由于它本质上是 3 层 docker，第一层（主机）可以访问文件，第二层也是如此，但是一旦第三层起床 - 不。这就是为什么文件不存在的错误 - 它确实存在，但更高级别。

在将其更改为配置后，我已经解释了应用程序成功构建而无需实际修改 docker-compose 或 dockerfiles（因为所有文件都可以从第二个 docker 正确可见）