Можливо, ви дивитесь на обертання застарілих файлів у пульті чи backup_upload_connectionпапці. Gitlab не в змозі видалити застарілі резервні копії з цього чи будь-якого іншого віддаленого місця. backup_keep_timeТільки для його внутрішнього , backup_pathякого дефолту /var/opt/gitlab/backups.
Я планую запустити роботу cron окремо, яка видаляє всі, крім 10 найновіших файлів у моїй віддаленій папці резервного копіювання, встановленої NFS.
ls -dt */ | tail -n +11 | xargs rm -rf
Дивіться цей запит на об’єднання:
https://gitlab.com/gitlab-org/omnibus-gitlab/isissue/1453
І це відрізняється:
https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/5567/diffs
Note that the `backup_keep_time` configuration option only manages local
files. GitLab does not automatically prune old files stored in a third-party
object storage (e.g. AWS S3) because the user may not have permission to list
and delete files. We recommend that you configure the appropriate retention
policy for your object storage. For example, you can configure [the S3 backup
policy here as described here](http://stackoverflow.com/questions/37553070/gitlab-omnibus-delete-backup-from-amazon-s3).
ls -lsрежимі резервного копіювання, а також вихідdateкоманди