similar to: [Bug 10238] New: --dry-run does not change directory, causes --link-dest failure on symlinks

Hello, I've compiled a fresh copy of rsync 3.0.2 (version info below) on MacOSX Leopard Server 10.5.1 and am doing an rsync of the whole system like this: /bin/rsync302 -axX / /Volumes/appserv02/2008-14/ --exclude=/Network --exclude=/net --exclude=/home It works OK, but returns with a failure error code, and the following errors relating to files with sockets. rsync: get_xattr_names:

Hello all, I was eager to test the fresh release with MacOS X using "bbouncer" This is how I compiled and run the tests: patch -p1 <patches/osx-create-time.diff patch -p1 <patches/fileflags.diff ./prepare-source patch -p1 <patches/backup-dir-dels.diff ./configure make make test sudo make install Then compiling and running "bbouncer" from

https://bugzilla.samba.org/show_bug.cgi?id=6576 Summary: generate_files lists non-existent files Product: rsync Version: 3.0.6 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: stlman at poczta.fm

https://bugzilla.samba.org/show_bug.cgi?id=10334 Summary: rsync doesn't log hardlink-copies using --link-dest Product: rsync Version: 3.0.9 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: Kontakt at

https://bugzilla.samba.org/show_bug.cgi?id=13615 Bug ID: 13615 Summary: Output of --list-only not as I expected re: symlinks Product: rsync Version: 3.1.3 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=10799 Summary: Feature request: detail --dry-run mode when --debug=exit Product: rsync Version: 3.1.1 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org

Hi, I'm trying to make a small script to get rid of Apple's TimeMachine. The aim is to backup the files of my company. I setup a MacMini with a lot of storage attached to it. The MacMini connects every once in a while to our data server (XServe) through SSH and pulls the files that need to be saved (I'm using the --link-dest option to limit the amount of files transferred, and to keep

https://bugzilla.samba.org/show_bug.cgi?id=5458 Summary: -a -X throws error when processing fifo, even if --no-D is specified Product: rsync Version: 3.0.1 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

https://bugzilla.samba.org/show_bug.cgi?id=7368 Summary: Support --link-dest when receiving from a old version Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=10209 Summary: rsync in dry run reports it will create a backup dir even though it already exists Product: rsync Version: 3.1.0 Platform: x86 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P5 Component: core AssignedTo:

https://bugzilla.samba.org/show_bug.cgi?id=5050 Summary: rsync tries to --copy-dest in --dry-run mode Product: rsync Version: 3.0.0 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: hashproduct+rsync@gmail.com

https://bugzilla.samba.org/show_bug.cgi?id=8829 Summary: rsync -uav --delete --dry-run prints delete file list in reverse order Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=7953 Summary: -x flag prevents symlink on source filesystem from overwriting dest dir Product: rsync Version: 3.0.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at

https://bugzilla.samba.org/show_bug.cgi?id=8502 Summary: problem to make snapshot with --link-dest without copy of the files Product: rsync Version: 3.0.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=11571 Bug ID: 11571 Summary: rsync-3.1.1 --link-dest arbitrary limit Product: rsync Version: 3.1.1 Hardware: x86 OS: Linux Status: NEW Severity: critical Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

https://bugzilla.samba.org/show_bug.cgi?id=8130 Summary: ACL and link-dest do not work together Product: rsync Version: 3.0.8 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: az9901 at gmail.com

https://bugzilla.samba.org/show_bug.cgi?id=10220 Summary: symlinks are not counted as files in --stats Product: rsync Version: 3.0.9 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: zlobber at

https://bugzilla.samba.org/show_bug.cgi?id=8712 Summary: --link-dest doesn't work if target file exists (but needs updating) Product: rsync Version: 3.0.7 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at

Hi, Which version of Mac OS X are you running? If you are on Mac OS 10.5.x then I can only suggest that you try either formating the drive to HFS + or creating a disk image with an HFS+ file system. If you are running Mac OS 10.4.x then ensure that that ACL support is enabled on the drive. The following URL contains information on how to check and enable ACL support :

https://bugzilla.samba.org/show_bug.cgi?id=11949 Bug ID: 11949 Summary: A malicious sender can still use symlinks to overwrite files Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: