Я запускаю gitlab с текущей версией gitlab-runner 10.3.0 в качестве развертывания kubernetes с мини-сервером для кэширования. Все развертывается с помощью helm. Шлем gitlab runner настраивается с помощью этого values.yml
:
cache:
cacheType: s3
s3ServerAddress: http://wizened-tortoise-minio:9000
s3BucketName: runners
s3CacheInsecure: false
cacheShared: true
secretName: s3access
# s3CachePath: gitlab_runner
Сегмент s3access
определяется как секрет кластера, сегмент runners
существует на minio. Проблема в том, что кеш не заполняется, хотя журнал сборки не показывает никаких проблем:
Checking cache for onekey-6
Successfully extracted cache
...
Creating cache onekey-6...
.m2/repository/: found 5909 matching files
Created cache
Глядя в ведро минио, оно пусто. Я уверен, что бегун gitlab s3ServerAddress
верен, поскольку его изменение отображается как ошибки в процессе сборки (здесь, например, при использовании https):
Checking cache for onekey-6...
WARNING: Retrying...
WARNING: Retrying...
Failed to extract cache
Creating cache onekey-6...
.m2/repository/: found 5909 matching files
Uploading cache.zip to https://wizened-tortoise-minio/runners/gitlab_runner/runner/b87d7697/project/1644/onekey-6
WARNING: Retrying...
Uploading cache.zip to https://wizened-tortoise-minio/runners/gitlab_runner/runner/b87d7697/project/1644/onekey-6
WARNING: Retrying...
Failed to create cache
Uploading cache.zip to https://wizened-tortoise-minio/runners/gitlab_runner/runner/b87d7697/project/1644/onekey-6
FATAL: Put https://wizened-tortoise-minio
Я также добавил echo $S3_SERVER_ADDRESS
в сборку, и она пуста.
Итак: как мне настроить gitlab-runner для использования minio для кэширования?
Примечание. Мне известно о gitlab-ci кэш в kubernetes с мини-сервисом больше не работает