Eu uso a tarefa rake para criar backups para o GitLab 6.8.2.
gitlab-rake gitlab:backup:create
Em /etc/gitlab/gitlab.rb , adicionei a seguinte linha:
gitlab_rails['backup_keep_time'] = 60
Isso deve limpar os backups com mais de 60 segundos. Minha expectativa era que uma segunda execução de gitlab:backup:create removeria o primeiro backup se 60 segundos se passaram. Embora a última linha na saída seja
Deleting old backups ... skipping
Como eu configuro o GitLab para realmente remover backups antigos?
A opção desejada é gitlab_rails['backup_keep_time'] . Eu tive que
gitlab-ctl reconfigure
depois de configurá-lo para que tenha algum efeito. Observe que isso afetará apenas os backups locais, e não o Amazon-AWS S3, se você estiver usando isso.
Houve problema com eles sendo ignorados , mas não tenho certeza de quais versões isso afeta. A versão 6 é bem antiga. Se você está no ônibus, pode valer um upgrade.
Talvez você esteja pensando em excluir arquivos obsoletos na pasta remota ou backup_upload_connection . O Gitlab não pode remover backups antigos deste ou de qualquer outro local remoto . O backup_keep_time é apenas para seu backup_path interno, cujo padrão é /var/opt/gitlab/backups .
Estou planejando executar uma tarefa cron separadamente, excluindo todos os arquivos mais recentes, exceto 10, na minha pasta de backup remota montada pelo NFS.
ls -dt */ | tail -n +11 | xargs rm -rf
Veja este pedido de mesclagem: link
E esta diferença: link
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).