Bug 122357 - rsync copies the wrong files
Summary: rsync copies the wrong files
Alias: None
Product: Fedora
Classification: Fedora
Component: rsync   
(Show other bugs)
Version: rawhide
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jay Fenlason
QA Contact: Mike McLean
Depends On:
Blocks: FC2Blocker
TreeView+ depends on / blocked
Reported: 2004-05-03 17:31 UTC by Nick Lawes
Modified: 2014-08-31 23:26 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-05-04 21:44:06 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Nick Lawes 2004-05-03 17:31:49 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040207 Firefox/0.8

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):

How reproducible:

Steps to Reproduce:
1.running my backup script will do this. Presumably any similar copy
will fail...

Actual Results:  Target file contents differ from source

Expected Results:  Target file contents same as the source

Additional info:

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!)

Comment 1 Warren Togami 2004-05-04 02:04:36 UTC
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.

Comment 2 Nick Lawes 2004-05-04 21:11:56 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.