Hi, I found that current rsync versions do something different when using --one-file-system --relative and --delete. This has all worked as expected with the old version (in our case those delivered with RHEL4 and 5) but it doesn't work correct in the 3.0.x version. I have opened a bug at RedHat because it's at least a regression for their upgrade from EL5.6 to EL5.7 which updated to rsync 3.0.6.
Here the details from my BZ entry: Steps to Reproduce: 1. on remotehost: mount /var and /var/opt on separate filesystems 2. on remotehost: cp -a /etc /var/opt/XXX 3. on target host: rsync -aHv --delete --numeric-ids --relative --delete-excluded remotehost:/var /home/snapshots/TEST 4. on target host, repeat but with -x: rsync -aHvx --delete --numeric-ids --relative --delete-excluded remotehost:/var /home/snapshots/TEST Actual results: /home/snapshots/TEST/var/opt/XXX/ is still there with its content Expected results: /home/snapshots/TEST/var/opt/XXX/ should have been removed Additional info: This has worked with rsync from EL5.6. With -xx it works but it also removes the mount point itself (which is expected with -xx) but -x should include the the mount point as empty directory, and therefore clean up on the target side. I have tested with latest rsync from upstream (3.0.8) and it also has the bug/feature. https://bugzilla.redhat.com/show_bug.cgi?id=735981 Maybe this is all intended and I'm just confused by the lack of sleep? Note: I'm not subscribed, thanks for CC'ing me. Thanks, Simon -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
