Join GitHub today
default expiration logic not work with hourly cron job #140
I use cron job to hourly back up my folder
and the remote back folder looks like
according to readme :
but if all the backups(more than one day) were deleted, how to keep the backups older than 30days?
I think the default backup strategy is similar as Grandfather-father-son(https://en.wikipedia.org/wiki/Backup_rotation_scheme), so if an error occur, but I do not noticed in a week, I still have chance to restore from monthly backup. How could I combined GFS with hourly backup ?
I have the same issue. I run the script on multiple directories with different schedules in cron (some 4 hours apart, some 6, some 12), but in all cases, only the past 24 hours of backups are kept.
I have attempted to leave --strategy unset, and to explicitly set it. The behavior does not seem to change.
I do make use of following rsync flags:
My base OS is Ubuntu 18.04.01 LTS (Bionic Beaver). I'm using the git clone version of this software as of today's date.
I'm wondering if it's a log file issue. As far as I can tell, there are no files in the directory specified by the
Please let me know if I can provide any additional diagnostic information. I don't think I'm good enough with bash to puzzle this one out myself.
I think this is actually the same issue as that reported in #121
Albert444 suggested a solution in that issue, and I have copied it into my local version to see if that will fix the issues.
Here's the diff of the version provided by Albert444:
now I use borg backup instead.
it's prune example is more clear.
and from my test, it works as expected: