similar to: rsync error?

Hello folks Can any one help with why: [root@morgansoldmachine ~]# ssh -t rsync@morgansmachine sudo ssh -i /home/rsync/.ssh/id_dsa root@morgansoldmachine Last login: Sun Mar 22 10:55:41 2009 from morgansmachine.lan [root@morgansoldmachine ~]# logout Connection to morgansoldmachine closed. Connection to morgansmachine closed. [root@morgansoldmachine ~]# Works But yet: [root@morgansoldmachine ~]#

If I run this command in order to backup /etc from remote server to local dir I get a lot of this message: [root at s-virt tmp]# rsync -a --delete --numeric-ids --relative --delete-excluded --compress --acls --xattrs rsync://server-dati/root/etc/ /tmp/test/ -v receiving incremental file list rsync: rsync_xal_set:

Hello Folks Can anyone help with why I can use ssh like so: [root@morgansoldmachine ~]# ssh -t rsync@192.168.1.40 sudo ssh -i /home/rsync/.ssh/id_dsa root@192.168.1.100 Last login: Tue Mar 24 21:32:51 2009 from morgansmachine.lan [root@morgansoldmachine ~]# logout Connection to 192.168.1.100 closed. Connection to 192.168.1.40 closed. [root@morgansoldmachine ~]# But, when I use the same

As we all know, only osx supports xattrs on symlinks. Unfortunately, not only does osx support xattrs on symlinks, *every* symlink has, at the least, com.apple.FinderInfo. When backing up to a linux system, this results in one error message per symlink: rsync: rsync_xal_set: lsetxattr("User Guides And Information","user.com.apple.FinderInfo") failed: Operation not

https://bugzilla.samba.org/show_bug.cgi?id=3701 Summary: rsync_xal_set: lsetxattr system.posix_acl_default failed: Permission denied Product: rsync Version: 2.6.7 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo:

I've found a(nother) bug with the xattr code: kiwiw:~/x terpstra$ uname -a Darwin kiwiw.lan 8.10.0 Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007; root:xnu-792.21.3~1/RELEASE_PPC Power Macintosh powerpc kiwiw:~/x terpstra$ echo test > bar kiwiw:~/x terpstra$ xattr --set broken demo bar kiwiw:~/x terpstra$ chmod 0444 bar kiwiw:~/x terpstra$ rsync-3.0 -aHAXSx bar

https://bugzilla.samba.org/show_bug.cgi?id=14377 Bug ID: 14377 Summary: rsync rsync_xal_set lsetxattr failed invalid argument Product: rsync Version: 3.1.3 Hardware: All OS: FreeBSD Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayne at opencoder.net

Hello, I found that using rsync on OS X can give some problems when it comes to Extended Attributes (-X flag). The server I use has Ubuntu with the filesystem XFS and I am trying to backup a OS X system to it. The problem is as far as I understand it that Linux Kernel has a liming on 64k f?r Extended Attributes and OS X don?t have this limit. Some error output. rsync: rsync_xal_set:

-----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.

Hi Folks I've gone back over the list and the only reference I've found to "Invalid argument (22)" is here: http://lists.samba.org/archive/rsync/2006-May/015478.html That seems a different context of character set mismatches. The common parts to my errors are: rsync: rsync_xal_set: lsetxattr("...","security.selinux") failed: Invalid argument (22) And:

The security.evm extended attribute is fully owned by the Linux kernel and cannot be directly written from userspace. Therefore, we can always skip it. --- xattrs.c | 18 +++++++++++++++++- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/xattrs.c b/xattrs.c index b105392..3b72e61 100644 --- a/xattrs.c +++ b/xattrs.c @@ -255,6 +255,9 @@ static int rsync_xal_get(const char *fname,

Hi guys, I have a question about this error. It occurs for some files when I try to backup a file server running Samba on FreeBSD, using aHAXR rsync options. The exact error is : rsync_xal_set: lsetxattr("****","user.SAMBA_PAI") failed: Operation not supported (95) (stars are a real path I cannot provide) The source file is located on a read-only mounted volume

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xattrs are not supported via NFS: http://comments.gmane.org/gmane.linux.nfs/53259 I would suggest letting rsync do the networking between the Linux systems (probably over ssh). This will also prevent you from being stuck in --whole-file. On 03/11/2015 09:41 AM, Andrew LaPierre wrote: > I think this is an NFS or ext4 question, but wanted to post

Working with rsync 3.0.2, it appears that rsync isn't unlocking files before setting the file attributes when those files already exist. This generates error messages on subsequent such as: rsync: rsync_xal_set: lsetxattr("locked_file","test_xattr") failed: Operation not permitted (1) rsync: rsync_xal_clear:

I think this is an NFS or ext4 question, but wanted to post this here for a sanity check. :) I've been searching for over a week for a solution and have turned up nil. I'm trying to rsync with options -AX over an NFSv4 mount TO an ext4 drive FROM an ext4 drive and both have acl and user_xattr enabled. The command: rsync -aAX /data/ /mnt/back/data results in: rsync:

https://bugzilla.samba.org/show_bug.cgi?id=5565 Summary: xattrs not set on locked files that already exist on target Product: rsync Version: 3.0.3 Platform: Other OS/Version: Mac OS X Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Hi guys, I'm running into a problem that I'm sure which part of the process fails. I use wget (OSX Leopard, wget 3.0.6 compiled from source) to backup my ~/Pictures directory to a linux server, also with wget 3.0.6 (Debian). In persuit of being sure I get everything from HFS filesystem (resource fork/metadata), I'm getting the following error: rsync: rsync_xal_set:

Hello List I've been running this command, with the accompanying error: [root at mythtv ~]# ssh -t rsync at 192.168.1.40 sudo rsync -avzAXH --delete-after -e /home/rsync/bin/rsync_ssh /home/ root at 192.168.1.100:/mnt/bigdisk/morgansmachine/home root at 192.168.1.100's password: building file list ... rsync: readlink_stat("/home/morgan/.gvfs") failed: Permission denied (13) done

https://bugzilla.samba.org/show_bug.cgi?id=8913 Summary: Operation not supported (95) Product: rsync Version: 3.0.9 Platform: x64 OS/Version: Linux Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: martin.suc at googlemail.com

Hi, I am using rsync 3.0.7 from MacPorts under Mac OS X 10.6.4. I am getting the error in the subject in the presence of a symlinked and locked directory with an extended attribute. To reproduce: mkdir src mkdir dst mkdir src/dir-with-ea-and-uchg ./xattr-util --set mamma.mia "How about a nice pizza?" src/dir-with-ea-and-uchg cd src ln -s dir-with-ea-and-uchg/ symlink-to-dir chflags uchg