OK, error (95) seems to be solved by enabling ACLs on target drive - which don't seem to be enabled by default on user created ext3 volumes (cf root volume, which does have ACLs on by default)...
Also, enable user extended attributes just in case. So, the mount options for the target volume are now "defaults,acl,user_xattr" instead of just "defaults". Info from here: http://en.wikipedia.org/wiki/Fstab The options common to all filesystems are: ... defaults Use default settings. Default settings are defined per file system at the file system level. For ext3 file systems these can be set with the tune2fs command. The normal default for Ext3 file systems is equivalent to rw,suid,dev,exec,auto,nouser,async(no acl support). Modern Red Hat based systems set acl support as default on the root file system but not on user created Ext3 file systems. Some file systems such as XFS enable acls by default. Default file system mount attributes can be over ridden in /etc/fstab. And here: http://fedoraproject.org/wiki/Administration_Guide_Draft/ACLs#Enabling_ACLs_on_a_file_system Error (22) seems completely obscure, only info I've found is this bug: https://bugzilla.samba.org/show_bug.cgi?id=5356 Re that bug, it seems (to a novice) unlikely that the se-linux xattr would be incompatible across two systems running 2.6.27.21-170.2.56.fc10.i686 and 2.6.26.8-57.fc8. So, after a bit more digging may be it's time to re-open that bug. Comments welcome. Thanks On 08/04/09 12:01, henri wrote: > It looks like you are running a version of SE LINUX. Keep in mind that I > have not run rsync any SE LINUX system. > > However, on Mac OS X an error is reported when ACL's are not enabled on > a destination partition. As such, you may want to check that ACL's are > enabled on the destination volume. > > Details for enabling ACL's on Mac OS X : > http://connect.homeunix.com/lbackup/access_control_lists > > Also, depending upon your distribution, you may find that compiling the > latest version of rsync for will help? > > Details for compiling rsync version 3 Mac OS X : > http://connect.homeunix.com/lbackup/developer/rsync_hfs > > Again, I am not sure if this is the problem you are having. However, I > strongly recommend that you confirm that ACL's are enabled on your > systems destination partition(s). > > Best of luck. I would be interested to know how you resolve this issue. > > > > > > On 3/04/2009, at 11:24 PM, Morgan Read wrote: > >> 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: >> rsync: rsync_xal_set: lsetxattr("...","user.Beagle") failed: Operation >> not supported (95) >> >> Where ... is some reference to a file relative to the source. Seems to >> be a selinux issue on the former and a beagle issue on the latter. >> >> Any ideas what's going on? >> >> Thanks -- Getting errors: "There are problems with the signature" (or similar)? Update your system by installing certificates from CAcert Inc, see here: http://wiki.cacert.org/wiki/BrowserClients?#head-259758ec5ba51c5205cfb179cf60e0b54d9e378b Or, if Internet Explorer is your default browser, simply click this link: http://www.cacert.org/index.php?id=17 Morgan Read NEW ZEALAND <mailto:mstuffATreadDOTorgDOTnz> fedora + freedom; fact || fiction? http://fedoraproject.org/wiki/Overview get freed-ora! http://www.fsfla.org/svnwiki/selibre/linux-libre/freed-ora -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
