similar to: xattrs with --link-dest inconsistancy

I performed this test on a Powerbook G4 (PPC) using Mac OS X version 10.4.9 with rsync version 3.0.0cvs protocol version 30.PR3 Copyright (C) 1996-2007 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 32-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace,

I am using the latest 3.0.0cvs protocol version 30 Capabilities: 64- bit files, 32-bit system inums, 64-bit internal inums, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, no ACLs, xattrs xattrs cvs 1.77 I installed xattr for Mac OSX Senario: $ mkdir /Users/alan/Desktop/folder1 $ echo 'Hello' > /Users/alan/Desktop/folder1/file1 $ xattr --set color blue

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It's my understanding that as of 3.0 rsync supports OS X ACLs and extended attributes, and that it should be possible to backup a tree from an OS X system that contains files and folders with ACLs and extended attributes to a Linux host filesystem that has both "user_xattrs" and "acl" enabled on the destination file system.

Hello, I have a weird issue with rsync randomly marking some files as having a different checksum (see sample outputs below - run one after another). You would think it is some kind of corruption / io problem with the files but it doesn't seem so - I have copied files around, changes source to different machines, counted md5s manually 100s of times - always the same. All files except

https://bugzilla.samba.org/show_bug.cgi?id=13656 Bug ID: 13656 Summary: --link-dest target with symbolic links from different user produces unnecessary error Product: rsync Version: 3.1.3 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 Component:

On the source system: $ rsync --version rsync version 2.6.8 protocol version 29 Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others. <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, ACLs, symlinks, batchfiles, inplace, IPv6, file flags, 32-bit system inums, 64-bit internal inums ... $ ll -d fcst-200[89] fcst-201[01] dr-xr-xr-x

Hi All, I have a problem transferring extended attributes from a mac to a mac. A local copy does work. Is this a known issue or am I making a mistake. the command I am running: rsync -aXv --rsync-path=/opt/local/bin/rsync /Users/bas/Library/Fonts bas@play.bushbaby.nl :/Users/bas/Desktop/ several copied Fonts are zero Kb, while when I do it local to local they are their correct size and work

Hello, I am new to usage of this mailing list, I have was going through some of the archives to see if my question is addressed already but I could find it. I could see mostly people are discussing about issues with rsync. My query is not much related with issues with rsync but it is related to compatibility of latest version of rsync with older version of linux. I have two systems with linux

Daemon was started and tested on two different OS. FreeBSD 9.0-CURRENT: # rsync --version rsync version 3.0.7 protocol version 30 Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 32-bit inums, 64-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append,

https://bugzilla.samba.org/show_bug.cgi?id=11161 Bug ID: 11161 Summary: rare crash in hlink.c:536 Product: rsync Version: 3.1.1 Hardware: x64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter: sbrabec at

We've been using RSYNC to back things up and it's sick nasty wicked awesome. Recently we migrated our receiving server to a different machine (Debian lenny) and now we're running into this DROP-CACHE: UNKNOWN OPTION error: sender-machine$ *rsync -Cvaz -e ssh --delete --exclude blah/ --exclude yadda/ . user at receiver:/path/for/drop* rsync: on remote machine: --drop-cache: unknown

https://bugzilla.samba.org/show_bug.cgi?id=10226 Summary: fatal_unsafe_io_error and the version it reports Product: rsync Version: 3.1.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: Martin.vGagern at

https://bugzilla.samba.org/show_bug.cgi?id=12132 Bug ID: 12132 Summary: Error on attributes when directory read-only Product: rsync Version: 3.1.2 Hardware: All OS: Mac OS X Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=8018 Summary: configure doesn't find iconv library Product: rsync Version: 3.0.8 Platform: All OS/Version: Mac OS X Status: NEW Severity: normal Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: mike at bombich.com

Hi. Two different hosts with 3.0.4 compiled from source, no patches. It seems fine except that -s causes protocol failures. See below. Local host is Sparc (Solaris 5.8), remote is Sparc (Solaris 5.10) or i686 Linux. Regards, Giuliano. userX@hostA$ /home/userX/tools/bin/rsync -v -v -v -v -v -n --rsync-path /home/userX/tools/bin/rsync -s . hostB: FILE_STRUCT_LEN=16, EXTRA_LEN=4 cmd=<NULL>

On 2019-07-27T07:59:56 +0200 Francis.Montagnac at inria.fr wrote: > > Try: > > rsync -avz --delete-after --delay-updates --partial /A/ www2.example.com:/B/ > > The man indicate also for --delay-updates: > > See also the "atomic-rsync" perl script in the "support" subdir > for an update algorithm that is even more atomic (it

https://bugzilla.samba.org/show_bug.cgi?id=5474 Summary: extended attributes only copy if ACLs are copied on a Mac Product: rsync Version: 3.0.3 Platform: x86 OS/Version: Other Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

I think your product is awesome, but I am experiencing an unexpected behaviour. $ rsync -avviPH /Users/alan/Desktop/rsync_test\ Folder/ root@slug::Downloads opening tcp connection to slug port 873 sending daemon args: --server -vvlHogDtpre30.16i "--log-format=%i" -- partial . Downloads sending incremental file list .d..t..g... ./ rsync: failed to write xattr user.rsync.%stat for

Using: # rsync --version rsync version 3.0.7 protocol version 30 Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps, 64-bit long ints, socketpairs, hardlinks, symlinks, IPv6, batchfiles, inplace, append, ACLs, xattrs, iconv, symtimes rsync comes with ABSOLUTELY NO

Moin, I want to use rsysnc to get files from a linux box to a solaris server. root at solaris:/root # which rsync /usr/local/bin/rsync root at solaris:/var/log/r5backup # rsync --version rsync version 3.0.7 protocol version 30 Copyright (C) 1996-2009 by Andrew Tridgell, Wayne Davison, and others. Web site: http://rsync.samba.org/ Capabilities: 64-bit files, 64-bit inums, 32-bit timestamps,