Open
Description
Hi,
I'm happily using Backupninja but only recently I noticed that despite having set the keep = 28 option for the Duplicity retention, the old backups over 28 days are no deleted for my Ubuntu 22.04 servers.
The same setting works on other CentOS 7 servers instead.
I use BackupNinja 1.2.1, installed via APT.
See configuration for [dest] used across both Ubuntu and CentOS servers, please note I store the backups in an AWS S3 bucket (masked below).
Logs are clean, no issue detected apparently.
I appreciate any advice, thanks!
######################################################
## destination section
## (where the files are copied to)
[dest]
# perform an incremental backup? (default = yes)
# if incremental = no, perform a full backup in order to start a new backup set
incremental = yes
# how many days of incremental backups before doing a full backup again ;
# default is 30 days (one can also use the time format of duplicity).
# if increments = keep, never automatically perform a new full backup ;
# only perform incremental backups.
#increments = 30
#increments = keep
increments = 7
# how many days of data to keep ; default is 60 days.
# (you can also use the time format of duplicity)
# 'keep = yes' means : do not delete old data, the remote host will take care of this
#keep = 60
#keep = 1Y
#keep = yes
keep = 28
# for how many full backups do we keep their later increments ;
# default is all (keep all increments).
# increments for older full backups will be deleted : only the more
# recent ones (count provided) will be kept
#keepincroffulls = all
#keepincroffulls = 6
keepincroffulls =
# full destination URL, in duplicity format; if set, desturl overrides
# sshoptions, destdir, desthost and destuser; it also disables testconnect and
# bandwithlimit. For details, see duplicity manpage, section "URL FORMAT".
#desturl = file:///usr/local/backup
#desturl = rsync://user@other.host//var/backup/bla
#desturl = ftp://myserver
#desturl = dpbx:///myserver
# Primary - AWS
desturl = s3://xxxxxxxxxxxMetadata
Metadata
Assignees
Labels
No labels