[Bug 10372] rsync 3.10 error in protocol data stream while rsync 3.0.9 runs through

https://bugzilla.samba.org/show_bug.cgi?id=10372 Wayne Davison changed: What|Removed |Added CC||or...@cora.nwra.com --- Comment #6 from Wa

[Bug 10497] rsync fails to sync certain sparse file combinations with compression

https://bugzilla.samba.org/show_bug.cgi?id=10497 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 10372] rsync 3.10 error in protocol data stream while rsync 3.0.9 runs through

https://bugzilla.samba.org/show_bug.cgi?id=10372 --- Comment #5 from Wayne Davison 2014-03-14 23:25:27 UTC --- Please check if the version you're testing links against zlib or includes the zlib that ships with rsync. I'd imagine that it is trying to use the system's zlib, and the code that tries

[Bug 10495] "skipping directory foo" (does not transfer directories by default)

https://bugzilla.samba.org/show_bug.cgi?id=10495 Wayne Davison changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug 10496] --itemize-changes always reports xattr changes with --xattrs --fake-super

https://bugzilla.samba.org/show_bug.cgi?id=10496 --- Comment #3 from Kevin Korb 2014-03-14 21:54:00 UTC --- That makes sense. I was testing on Gentoo without any SELinux. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 10496] --itemize-changes always reports xattr changes with --xattrs --fake-super

https://bugzilla.samba.org/show_bug.cgi?id=10496 --- Comment #2 from Benjamin Gilbert 2014-03-14 21:51:17 UTC --- Yes, it is: $ getfattr -d -m - b/1 # file: b/1 security.selinux="unconfined_u:object_r:user_home_t:s0" user.rsync.%stat="100664 0,0 0:0" user.rsync.security.selinux="unconfined_u:ob

Re: Caching {filePath,mtime64,checksum} values to speed up execution-time

Wayne: Thank you for responding. On Thu, Mar 13, 2014 at 8:37 PM, Wayne Davison wrote: > On Tue, Mar 11, 2014 at 3:11 PM, Doug Robinson > wrote: > >> I was wondering what folks thought of a proposal to enhance rsync to be >> able to create and maintain a cache of {filePath, 64-bit mtime, check

[Bug 10497] New: rsync fails to sync certain sparse file combinations with compression

https://bugzilla.samba.org/show_bug.cgi?id=10497 Summary: rsync fails to sync certain sparse file combinations with compression Product: rsync Version: 3.1.1 Platform: All OS/Version: All Status: NEW Sever

[Bug 10372] rsync 3.10 error in protocol data stream while rsync 3.0.9 runs through

https://bugzilla.samba.org/show_bug.cgi?id=10372 --- Comment #4 from Harvey 2014-03-14 17:33:15 UTC --- I can confirm that the error only raises if compression is invoked. Doing the same file transfer without -z in the commandline runs without errors. -- Configure bugmail: https://bugzilla.samb

[Bug 10495] "skipping directory foo" (does not transfer directories by default)

https://bugzilla.samba.org/show_bug.cgi?id=10495 Filipus Klutiero changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug 10372] rsync 3.10 error in protocol data stream while rsync 3.0.9 runs through

https://bugzilla.samba.org/show_bug.cgi?id=10372 --- Comment #3 from rudy.metz...@xs4all.nl 2014-03-14 12:58:28 UTC --- I can confirm this bug. I am using rsync -rltDvz --stats -e ssh "$BACULA_LOCAL/" "$RSYNCTO:$BACULA_REMOTE" \ 1>>$LOGFILE 2>>$ERRFILE which results in this error rsync: [

[Bug 10496] --itemize-changes always reports xattr changes with --xattrs --fake-super

https://bugzilla.samba.org/show_bug.cgi?id=10496 --- Comment #1 from Kevin Korb 2014-03-14 07:33:09 UTC --- It works for me. Can you verify if it is actually setting the extended attributes with getfattr? If not then you probably need the user_xattr mount option. -- Configure bugmail: https: