Description of problem: Current EPEL version of rsnapshot is 1.3.0. This version has got a nasty bug when link_dest=1 and sync_first=1 parameters are used together. This bug causes link_dest to be ignored, resulting in the whole backup-by-linking idea behind rsnapshot no longer working. There is a more recent minor version of rsnapshot that fixes this problem. This version is 1.3.1 and is more than one year old and considered stable. This bug is to request an upgrade of the EPEL version for rsnapshot to this newest release. Version-Release number of selected component (if applicable): rsnapshot-1.3.0-1.el5.noarch How reproducible: Always Configure rsnapshot with both link_dest=1 and sync_first=1 in the config file. Steps to Reproduce: 1. Configure rsnapshot with both link_dest=1 and sync_first=1 in the config file. 2. Let the backup run a couple of iterations Actual results: Notice that no hardlinks are used to backup files that didn't change. The side effect is that the backup drive will fill up much faster than should be. Expected results: Files that didn't change between backups, should be hard linked to the previous backup instead of copied again. Additional info: This bug is fixed in rsnapshot 1.3.1. It is also mentioned in the rsnapshot faq (third entry in the faq): http://rsnapshot.org/faq.html
This was done a while ago (a helpful user found this bug and pointed it out to me). from git: 6dffad8 Tom Callaway 5 years ago fix license tag, update to 1.3.1