Сейчас я пытаюсь перенести наши старые sameersbn / gitlab: 12.1.6 установка в новый экземпляр Gitlab, настроенный с штурвал.
Самый простой способ включить возможность резервного копирования s3 в старой установке, подключить новый экземпляр к тому же s3 и восстановить его оттуда.
В настоящее время я застрял в правильной настройке старой установки. Я установил кучу переменные среды на контейнере докера и ожидал, что это сработает из коробки.
-e "AWS_BACKUPS=true" \
-e "AWS_BACKUP_MULTIPART_CHUNK_SIZE=500" \
-e "AWS_BACKUP_ACCESS_KEY_ID=minio" \
-e "AWS_BACKUP_SECRET_ACCESS_KEY=minio" \
-e "AWS_BACKUP_REGION=main" \
-e "AWS_BACKUP_BUCKET=gitlab-backup-storage" \
-e "AWS_BACKUP_ENDPOINT=https://minio.com"
Но это не так. Я не видел ошибок в журналах докеров, поэтому проверил /var/log/gitlab папка безуспешно. Некоторые другие журналы, но ни один из них не указывает, было ли резервное копирование запущено / выполнено / завершилось неудачно, и я не вижу никаких резервных копий в ведре s3.
Теперь не знаю, где искать и что проверять.
Возможно, вы захотите вручную запустить процесс резервного копирования, запустив
/home/git/gitlab/bin/rake gitlab:backup:create --trace
внутри контейнера докеров. Затем вы получите вывод, в котором указано, в чем проблема.
У меня была аналогичная проблема, и я не мог загрузить на васаби. Оказывается, моя конфигурация, особенно конечная точка, была неправильной. Это конфигурация, которую я успешно использую:
- AWS_BACKUPS=true
- AWS_BACKUP_REGION=eu-central-1
- AWS_BACKUP_ENDPOINT=https://s3.eu-central-1.wasabisys.com
- AWS_BACKUP_ACCESS_KEY_ID=some-id
- AWS_BACKUP_SECRET_ACCESS_KEY=some-secret
- AWS_BACKUP_BUCKET=gitlab-backups