On Nov 10, 2007, at 12:48 AM, Wesley W. Terpstra wrote:
Things are not quite so simple b/c linux->linux works!?
Ahh. No. It also breaks under linux when using non-root.
[EMAIL PROTECTED]:/var/rsync$ uname -a
Linux pumpkin 2.6.17.8ReadyNAS #1 Fri Sep 28 04:37:02 PDT 2007
padre GNU/Linux
[EMAIL PROTECTED]:/var/rsync$ mkdir y
[EMAIL PROTECTED]:/var/rsync$ setfattr -n user.broken -v itis y
[EMAIL PROTECTED]:/var/rsync$ chmod 0555 y
[EMAIL PROTECTED]:/var/rsync$ rsync -aX y z
rsync: rsync_xal_set: lsetxattr("z","user.broken") failed:
Permission denied (13)
rsync error: some files could not be transferred (code 23) at main.c
(1054) [sender=3.0.0pre5]
I've been thus far unable to figure out why this breaks.
The failure scenario is: a read-only directory with extended
attributes copied by non-root.
If the directory has contents, it will fail to create the contents:
rsync: mkstemp "/var/rsync/z/sub-stuff/.again.4M2ym5" failed:
Permission denied (13)
However, the extended attributes will copy in this case for 'sub-stuff'.
If the directory has no contents, it will fail to copy the extended
attributes:
rsync: rsync_xal_set: lsetxattr("sub-nostuff","user.hrm") failed:
Permission denied (13)
I'm still trying to find the cause. No luck so far.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
