GitLab Job在K8s与VM Docker Runner执行失败问题求助

核心原因：VM DinD Runner与Kubernetes Runner的执行上下文差异 #

Kubernetes Runner运行在Pod容器中，任务执行上下文是完全隔离的容器环境；而VM上的DinD Runner是在宿主机Docker中启动任务容器，两者的shell配置、用户权限映射、工作目录挂载逻辑存在本质差异，这是问题的主要诱因，而非单纯的路径差异。

1. yaml-lint任务：配置文件参数被错误替换为shell启动脚本 #

从报错可见，yamllint将一段shell初始化脚本当成了配置文件路径，原因在于：

• VM Runner的config.toml中shell配置异常，导致shell启动脚本被错误传递给yamllint镜像的入口命令。
• 任务的script块未明确指定yamllint的配置文件参数，触发了上下文参数混乱。

解决步骤：

• 修正VM Runner的config.toml，确保shell配置为标准shell：

  [[runners]]
    name = "VM DinD Runner"
    executor = "docker"
    shell = "bash"
    [runners.docker]
      image = "python:3.11-alpine"
      privileged = true
  

• 在.gitlab-ci.yml中明确指定yamllint的配置文件路径：

  yaml-lint:
    image: cytopia/yamllint:latest
    script:
      - yamllint -c .yamllint.yml .
  

2. Selenium任务：系统目录权限不足 #

报错中的Permission denied是因为任务容器默认以非root用户运行，无法写入系统级Python包目录；而Kubernetes Runner通常通过Pod安全上下文默认赋予root权限，或任务中显式指定了root用户，因此未出现该问题。

解决步骤：

• 在任务中显式指定root用户执行操作：

  selenium-test:
    image: selenium/standalone-chrome:latest
    user: root
    script:
      - apt-get update && apt-get install -y python3-pip
      - pip install -r requirements.txt
      - python test_script.py
  

• 或改用用户级安装（避免写入系统目录）：

  selenium-test:
    image: selenium/standalone-chrome:latest
    script:
      - apt-get update && apt-get install -y python3-pip
      - pip install --user -r requirements.txt
      - export PATH=$PATH:$HOME/.local/bin
      - python test_script.py
  

额外排查点 #

• 检查VM Docker的userns-remap配置：若开启该功能，容器内用户会被映射到宿主机非特权用户，导致文件写入失败，需关闭该配置。
• 验证工作目录挂载：确保VM Runner的[runners.docker]下volumes配置的工作目录（如/builds）权限正常，避免权限不匹配。

内容的提问来源于stack exchange，提问作者johannesh