similar to: [Bug 3198] rsyncing a file to a dest path where dirname(path) is a file quietly fails

https://bugzilla.samba.org/show_bug.cgi?id=3392 Summary: fuzzy misbehaving if source is a file Product: rsync Version: 2.6.6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: egmont@uhulinux.hu

Hi, Can someone tell me the status of ext3 acl support in rsync? I saw this post from may 2004 which seems to indicate there is a patch. http://lists.samba.org/archive/rsync/2004-May/009466.html But it still appears that 2.6.6 doesn't have any acl support included. Is that true? Does anyone know where to get the latest patch for 2.6.6 if it even exists? Thanks Paul --

I've just released rsync 2.6.7pre3 -- the third, and (hopefully) final pre-release version of the 2.6.7 release. Please test this out and email the rsync mailing list with any questions, comments, bug reports, etc. Thanks! You can download the tar file and its signature from here: http://rsync.samba.org/ftp/rsync/rsync-2.6.7pre3.tar.gz

I've just released rsync 2.6.7pre3 -- the third, and (hopefully) final pre-release version of the 2.6.7 release. Please test this out and email the rsync mailing list with any questions, comments, bug reports, etc. Thanks! You can download the tar file and its signature from here: http://rsync.samba.org/ftp/rsync/rsync-2.6.7pre3.tar.gz

https://bugzilla.samba.org/show_bug.cgi?id=3542 Summary: "rsync --list-only a b/" tries to create b Product: rsync Version: 2.6.7 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=3828 Summary: ACLs are not supported on this client Product: rsync Version: 2.6.8 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: marc@perkel.com QAContact:

I am trying to use rsync for making snapshots, sharing hardlinks at the destination using the --link-dest option. In conjunction with this, I would like for --dry-run to report some reliable-ish number for how much space it is going to consume at the destination so that I can arrange to free such space prior the launching rsync "for effect". Right now, that isn't working: #

Wayne, I have redone get_local_name again (patch attached), this time to enable rsync to remove a file to make way for a destination directory; this resolves the "surprise" noted in David Tonhofer's diagram 2. I also made it obey --keep-dirlinks when looking for a destination directory and made various rearrangements. Tell me what you think, and if you decide to commit my code,

https://bugzilla.samba.org/show_bug.cgi?id=4870 Summary: --link-dest results in errors for some paths containing spaces Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Hi guys, I hope this is not considered a stupid question, but it really seems to be something that needs to be covered with a decent example in the man page. I have looked in every piece of documentation I can think of and have found no answer. So I want to use the multiple link-dest directories feature as of 2.6.4. (I am using 2.6.6) My understanding of how this should work is that I can

https://bugzilla.samba.org/show_bug.cgi?id=4080 Summary: rsync can't find basis dirs with -n and nonexistent destination Product: rsync Version: 2.6.9 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

The generator can skip a directory's contents altogether due to --ignore-non-existing, a daemon exclude, or a mkdir failure. On a --dry-run, the generator can also note the missingness of a directory while still scanning its contents. These two scenarios were conflated using a single set of missing_below/missing_dir variables in combination with transient increments in dry_run; this caused

https://bugzilla.samba.org/show_bug.cgi?id=3549 Summary: rsync applies umask to some directories even when a default ACL takes effect Product: rsync Version: 2.6.7 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: core AssignedTo:

Hi NG, I want to do incremental backups to a remote server running rsyncd (because daemonless transfer via ssh often hangs!). In contrast to transfer via ssh (without remote rsyncd) this doesn't seem possible, or do I miss something? Imagine I want to incrementally backup `mydir' to the backup space `backup' on e remote server `alpha' running an rsync daemon. rsyncd on

Dear List, I'm using rsync to sync my data, see below command. And I met this error? I think it might be due to 2.6.9 and 3.0.5 compatible issue. So how to solve the problem? Thanks. rsync -vrtopg --progress --delete --password-file=rsync-password /path/on/pc root@192.168.0.202::destination building file list ... 151804 files to consider rsync: push_dir#1 "/" (in maps) failed:

Hi! I am doing backups from a number of machines to an rsync server. For some time I was trying to come up with a solution, which would prevent users from peeking at each other's files, which are backed up. Finally, I've hacked rsync, introducing a new option "write only" for rsyncd.conf. When set to true, this option forbids the transfers from server to the client, thus solving

https://bugzilla.samba.org/show_bug.cgi?id=4793 Summary: link-dest hardlink does not always work well with -o -g -p Product: rsync Version: 2.6.9 Platform: PPC OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org

https://bugzilla.samba.org/show_bug.cgi?id=4961 Summary: rsync ignores --compare-dest flag? Product: rsync Version: 2.6.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: jae@platinumpsi.com

Hi all. I'm getting the following error when using rsync: nice -n 20 rsync -e "ssh -p30000" --recursive --verbose --verbose --checksum --times --modify-window 2 --port=31000 --dry-run /cygdrive/f/bkp/Doc/Builds/Buildsheets/ MYUSERNAME@MY.SERV.ER.IP:TESTDIR opening connection using ssh -p30000 -l MYUSERNAME MY.SERV.ER.IP rsync --server -vvntrc --modify-window=2 . TESTDIR

All I am having a problem with rsyncing 2 directories in my network. Here is the situation: 1. I have a directory tree on the 1 server say: SOURCE 2. I have to rsync this directory tree on a backup server, say: Backup 3. This is a huge tree (about 8-9 GB) that grows by about 2-3 % a day. 4. What I did is... I gzipped the tree on a HD and restored it on the backup server 5. The file permissions