Red Hat Bugzilla – Bug 122357
rsync copies the wrong files
Last modified: 2014-08-31 19:26:08 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Description of problem:
I use a backup script to create rotating backups using rsync. The
command that is run is like:
rsync -axR -e ssh --delete /home/ backup-server:/backup/machine/daily.0
and works fine from all other machines, and this machine using test2.
The daily.0 directory already exists, and contains the files from the
previous day. Backup rotation is done by copying this directory to
daily.1 using cp -al. So when the backup runs, the only files copied
across should be those that have changed since the last backup, and
this will typically take less than an hour to complete. Using 2.6.1 I
found the backup was running for hours, and seemed to be copying
I then tried looking for files with 1 link to them, as that should
represent a changed file... One of these was /etc/fedora-release. The
file in the backup directory contained the contents of
/etc/cups/printer.conf !! Clearly a problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.running my backup script will do this. Presumably any similar copy
Actual Results: Target file contents differ from source
Expected Results: Target file contents same as the source
I've compiled the 2.6.2 version of the source, and this fixes the
problem. There was a known problem with 2.6.1 supposedly only relating
to files in the root of the copied tree. It seems more widespread to me.
I've entered this bug to try to ensure that the latest rsync makes it
into the final release, since this is a very severe problem... I've
hosed all of my backups for the test3 machine (obviously acceptable
for testing, but not for release!)
rsync-2.6.2-0 should be in rawhide tomorrow, otherwise I have copied
it to fedora.us RPMS.updates for 1.92. Please test and report back.
I've downloaded the update from fedora.us, installed it, removed my
compiled version. Running my backup script is now successful. I've
made a few small copies to double-check, and they are okay too.
I would consider this bug fixed. Many thanks.