Bug 6043 - rsync ignores -x for some file systems
Summary: rsync ignores -x for some file systems
Status: RESOLVED WORKSFORME
Alias: None
Product: rsync
Classification: Unclassified
Component: core (show other bugs)
Version: 3.0.4
Hardware: x86 Linux
: P3 minor (vote)
Target Milestone: ---
Assignee: Wayne Davison
QA Contact: Rsync QA Contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-16 03:06 UTC by Frederick Roth
Modified: 2009-02-14 10:40 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frederick Roth 2009-01-16 03:06:05 UTC
Hi,

I use rsync on gentoo to backup files to an external harddrive the following problem exists with rsync 3.0.4 and 3.0.5.(unknown for other version.

As stated in the summary rsync ignores -x for some partitions.

megaera froth # mount
/dev/sda1 on / type ext3 (rw,noatime)
/dev/sda5 on /home/froth type crypt (defaults)
/dev/sdb1 on /mnt/removable type ext3 (rw)

The above listing shows my configured partitions.
I use the following command to backup
rsync -axH --progress  --numeric-ids --delete / /mnt/removable

which should backup the content of sda1 to sdb1.
What happens is, that is copys from sda1 to sdb1 ignoring (correctly) sda5, but it recursively copys from sdb1 to sdb1 which results in stuff like this
mnt/removable/mnt/removable/mnt/removable/mnt/removable/etc/udev/rules.d/60-persistent-storage-tape.rules
        1322 100%    2.20kB/s    0:00:00 (xfer#8551, to-check=1065/13155)

The problem war reproducable a view times but now after a 
umount /mnt/removabel && /mount/removable && rm -rf /mnt/removable/*
now it works correctly again.

I'm not sure what could have caused this problem and I'm sorry for the "not really reproducable" part :(
Comment 1 Matt McCutchen 2009-01-16 09:39:54 UTC
Unless you can reproduce this again or you have more log information lying around from the misbehaving run that would let us figure out what happened, there's nothing we can do.
Comment 2 Wayne Davison 2009-02-14 10:40:39 UTC
Closing for now.  Reopen if you can reproduce the issue.