作业以错误结束 "WARNING: Uploading artifacts as "archive" to coordinator... failed"

Question

我正在尝试在我的本地 Windows 机器上 docker 中设置一个 GitLab ce 服务器运行。尝试配置 GitLab CI，我在作业结束时上传工件时遇到问题：

警告：将工件作为“存档”上传到协调器...失败 id=245 responseStatus=500 内部服务器错误状态=500 token=i3yfe7rf

在显示更多日志之前，这是我的设置。我正在使用不同的容器

一个用于运行 GitLab
一个给运行 CI 跑步者 (gitlab-runner)
一个用于运行容器注册表
一个最近添加的容器，用于在本地 s3 服务器 (minio) 上存储工件

这是唯一注册跑步者的 config.toml 文件。请注意，此版本使用本地 s3 服务器，但本地缓存也是如此。

[[runners]]
  name = "Docker Runner"
  url = "http://192.168.1.18:6180/"
  token = "JHubtvs8kFaQjJNC6r6Z"
  executor = "docker"
  clone_url = "http://192.168.1.18:6180/"
  [runners.custom_build_dir]
  [runners.cache]
    Type = "s3"
    Path = "mycustom-s3"
    Shared = true
    [runners.cache.s3]
      ServerAddress = "192.168.1.18:9115"
      AccessKey = "XXXXXX"
      SecretKey = "XXXXXX"
      BucketName = "runner"
      Insecure = true
    [runners.cache.gcs]
    [runners.cache.azure]
  [runners.docker]
    tls_verify = false
    image = "docker:19.03.1"
    privileged = true
    disable_entrypoint_overwrite = false
    oom_kill_disable = false
    disable_cache = false
    volumes = ["/cache"]
    shm_size = 0

这是我的 CI YAML 文件：我从 YouTube 视频中获取了这个示例。 GitLab 中的所有项目都会发生同样的情况。

image: "ruby:latest"

cache:
  paths:
    - output

before_script:
  - bundle install --path vendor  # Install dependencies into ./vendor/ruby

build:
  stage: build
  tags:
    - docker,ruby
  artifacts:
    paths:
      - output/
    expire_in: 5 days   
  script:
    - echo "In the build stage"
    - mkdir -p output
    - echo date > output/$(date +%s).txt
    - ls -l output
    - ls -l vendor

运行作业以上述错误结束。

在日志文件中可以看到更多错误：

在exceptions_json.log中：

{“严重性”：“错误”，“时间”：“2020-12-16T11：24：11.865Z”，“correlation_id”：“ZxQ4vVdD1J1”，“tags.correlation_id” :"ZxQ4vVdD1J1","tags.locale":"en","exception.class":"Errno::ENOENT","exception.message":"没有这样的文件或目录@ apply2files - /var/opt/gitlab/gitlab-rails/shared/artifacts/tmp/work/1608117851-2655-0006-1409/artifacts.zip...

在Production.log

开始 POST “/api/v4/jobs/245/artifacts/authorize?artifact_format=zip&artifact_type=archive&expire_in=5+天” 172.17.0.1 在 2020-12 -16 11:24:07 +0000 在 2020-12-16 [=84] 172.17.0.1 开始 POST“/api/v4/jobs/245/artifacts?artifact_format=zip&artifact_type=archive&expire_in=5+天” =] +0000 Gitlab::RequestForgeryProtection::Controller#index 处理为 HTML Parameters: {"file.remote_url"=>"", "file.size"=>"389", "file.sha1"=>"da6c0be0e7a3a4791035bc9f851439dcb0e94135", "file.sha256"=>"6539358258571174fb3bed6ab68db78705efdd9ed4b7c423bab0b19eb9aea531", "file.path"=>"/var/opt/gitlab/gitlab-rails/shared/artifacts/tmp/uploads/artifacts.zip609500792", "file.remote_id"=>"", "file.name"=>"artifacts.zip", "文件.md5"=>"d432c9507b8879dfad13342c6b60f73b", "file.sha512"=>"5ea4e5b6bcbbffb2d3f81e8c05ede92b630b6033ea3f09dc61a4a4bbc7919088cf4a1eab46cd54e9e994b35908065412779e77caf2612341fed3c36449947bdd", "file.gitlab-workhorse-upload"=>"...", "metadata.name"=>"metadata.gz", "metadata.path"=>"/var/opt/gitlab/gitlab-rails/shared/artifacts/tmp/uploads/metadata.gz123385207", "metadata.remote_url"=>"", "metadata.sha256"=>"93d549eb28b503108a4e9da0cb08cac02cd70041aedcbef418aa5c969d1a0d1e", "metadata.size"=>"175", "metadata.remote_id"=>"", "metadata.sha512"=>"3c7ff2a2a992695c2082c37340be7caa2955e9ba4ff50015c787f790146da1ac7f6884685797db1bc59eb8045bab1fac2fc1300114542059cddcec2593ea5934", "metadata.md5"=>"c7b52bc3b9b2d7dbf780aa919917b562", "metadata.sha1" =>"c71ab07f5bdf21d8d3b5a6507a0747167d4a80de", "metadata.gitlab-workhorse-upload"=>"...", "file"=>#, "artifact_format"=>"zip", "artifact_type"=>"存档", "expire_in "=>"5 天", "元数据"=>#} 无法验证 CSRF 令牌的真实性。 此 CSRF 令牌验证失败由 GitLab::RequestForgeryProtection 内部处理与日志可能暗示的不同，这不会导致对用户的实际 422 响应对于 API 请求，唯一的影响是 current_user 在请求期间将是 nil 在 8 毫秒内完成了 422 个不可处理的实体（ActiveRecord：0.0 毫秒 | Elasticsearch：0.0 毫秒 | 分配：241）

Errno::ENOENT（没有这样的文件或目录@apply2files - /var/opt/gitlab/gitlab-rails/shared/artifacts/tmp/work/1608117848-2659-0005-4872/artifacts.zip）： /opt/gitlab/embedded/lib/ruby/gems/2.7.0/gems/carrierwave-1.3.1/lib/carrierwave/sanitized_file.rb:320:in `chmod'...

过去 3 天我一直在寻找这个问题的根源，尽管阅读了很多文章（在这里或 GitLab 支持网站上），但我无法解决这个问题。

错误表明这是文件 /var/opt/gitlab/gitlab-rails/shared/artifacts/tmp/work/1608117848-2659-0005-4872/artifacts.zip 的问题。当然，目录 /var/opt/gitlab/gitlab-rails/shared/artifacts/tmp/work/ 存在。但是子目录 1608117848-2659-0005-4872 没有。

Answer 1

今天早上遇到了同样的问题，终于帮我解决了。

我在 gitlab 容器中为 data/config/log 卷使用绑定挂载，这显然会在上传工件时造成问题。

我现在改用 docker 卷，现在可以上传工件了。

作业以错误结束 "WARNING: Uploading artifacts as "archive" to coordinator... failed"

Job ends with error "WARNING: Uploading artifacts as "archive" to coordinator... failed"

gitlab

gitlab-ci-runner

gitlab-ce