samba-bugs@samba.org
2008-Dec-04 18:19 UTC
DO NOT REPLY [Bug 5939] New: rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=5939
Summary: rsync: delete of stat xattr failed for ... (in backup):
Operation not permitted (1)
Product: rsync
Version: 3.0.4
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: core
AssignedTo: wayned@samba.org
ReportedBy: paul@cullum.ca
QAContact: rsync-qa@samba.org
I've been having a problem rsync (3.0.3 and I also tried 3.0.5pre2).
I'm
rsyncing to an rsync daemon with "fake super = yes" in the rsyncd.conf
file and
I get many errors like this:
This ONLY happens to symlinks. Most symlinks are fine. Most of these are
either broken symlinks or symlinks that happen to have a different owner than
what they link to. I thought this might be the root of the problem so I
created a small test for new symlinks with these attributes but my test worked
without a problem. Also one of these errors is for a valid symlink that is
owned by the same owner as what it points to and I've been unable to do
anything to fix the error.
Is there something I can do to increase the logging for the daemon so that I
can't figure out exactly what the problem is?
And... yes the file system was mounted with user_xattr. "fake super"
seems to
work just fine for me with the exception of these errors.
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/jtest/public_html" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/IDrive" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/KDrive" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/test" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/daycare" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/hosts" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/house.example.com" (in backup): Operation not permitted
(1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/public_html" (in backup): Operation not permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/.kde/cache-vex.example.com" (in backup): Operation not
permitted
(1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/.kde/socket-vex.example.com" (in backup): Operation not
permitted (1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/.kde/tmp-vex.example.com" (in backup): Operation not
permitted
(1)
2008/12/04 13:53:15 [1818] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 13:53:18 [1818] rsync: delete of stat xattr failed for
"var/www/hosts/house.example.com" (in backup): Operation not permitted
(1)
2008/12/04 13:53:18 [1818] rsync: delete of stat xattr failed for
"var/www/hosts/mail.example.com" (in backup): Operation not permitted
(1)
2008/12/04 13:53:18 [1818] rsync: delete of stat xattr failed for
"var/www/hosts/example.com/docs" (in backup): Operation not permitted
(1)
2008/12/04 13:53:18 [1818] rsync: delete of stat xattr failed for
"var/www/hosts/house.example.com/docs/mandriva-one-2007-kde1.iso" (in
backup):
Operation not permitted (1)
2008/12/04 13:53:18 [1818] rsync: delete of stat xattr failed for
"var/www/hosts/mail.example.com2/docs/images" (in backup): Operation
not
permitted (1)
2008/12/04 13:53:18 [1818] rsync: delete of stat xattr failed for
"var/www/hosts/test2.example.com/docs/preschool" (in backup):
Operation not
permitted (1)
2008/12/04 14:06:22 [1842] rsync: delete of stat xattr failed for
"home/testuser/IDrive" (in backup): Operation not permitted (1)
2008/12/04 14:06:22 [1842] rsync: delete of stat xattr failed for
"home/testuser/KDrive" (in backup): Operation not permitted (1)
2008/12/04 14:06:23 [1842] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 14:06:26 [1842] rsync: delete of stat xattr failed for
"var/www/hosts/mail.example.com2/docs/images" (in backup): Operation
not
permitted (1)
2008/12/04 14:10:14 [1847] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 14:12:05 [1852] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 15:43:36 [1891] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 15:45:07 [1896] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 15:45:18 [1901] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
2008/12/04 15:46:41 [1906] rsync: delete of stat xattr failed for
"home/testuser/amazon/startupscript.sh" (in backup): Operation not
permitted
(1)
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
samba-bugs@samba.org
2008-Dec-04 19:52 UTC
DO NOT REPLY [Bug 5939] rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=5939 ------- Comment #1 from paul@cullum.ca 2008-12-04 13:52 CST ------- Well I've managed to increase verbosity a little bit and tried rsyncing only one of the symlinks that was having this problem: ... recv_file_name(home/testuser/amazon/startupscript.sh) received 1 names [generator] flist start=7, used=1, low=0, high=0 [generator] i=7 4 home/testuser/amazon/startupscript.sh mode=0120777 len=35 uid=1000 gid=1000 flags=0 recv_file_list done recv_generator(home/testuser/amazon,6) send_files(6, /home/testuser/amazon) recv_generator(home/testuser/amazon/startupscript.sh,7) rsync: delete of stat xattr failed for "home/testuser/amazon/startupscript.sh" (in backup): Operation not permitted (1) set modtime of home/testuser/amazon/startupscript.sh to (1228399898) Thu Dec 4 14:11:38 2008 set uid of home/testuser/amazon/startupscript.sh from 0 to 1000 set gid of home/testuser/amazon/startupscript.sh from 0 to 1000 home/testuser/amazon/startupscript.sh send_files(7, /home/testuser/amazon/startupscript.sh) touch_up_dirs: home/testuser (1) generate_files phase=1 send_files phase=1 -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
samba-bugs at samba.org
2009-Jul-15 02:59 UTC
DO NOT REPLY [Bug 5939] rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=5939
wthrowe at mit.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wthrowe at mit.edu
------- Comment #2 from wthrowe at mit.edu 2009-07-14 21:59 CST -------
I also see this bug (using --fake-super), including in a nightly build last
week. I'm actually getting this error on all symlinks I tested (tried
broken
and working to both a file and a directory, didn't try different owners). I
think this is because I'm using an ext3 file system, and it doesn't
support
xattrs on symlinks.
I notice that in the code, usually when an xattr change is attempted, if it
fails on a symlink with EPERM, the failure is ignored, but that this check is
not performed for the "delete of stat xattr" change. Adding a check
makes the
warnings disappear. I'm not sure if there is a reason for the absence of
the
check, but it seems to cause errors even when there should not be any xattrs
set on the link (because the get_stat_xattr function claims there is an xattr
there when it can't read the xattrs).
Anyway, I've written a simple patch adding the check for EPERM on a symlink.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
samba-bugs at samba.org
2009-Jul-15 03:03 UTC
DO NOT REPLY [Bug 5939] rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=5939 ------- Comment #3 from wthrowe at mit.edu 2009-07-14 22:03 CST ------- Created an attachment (id=4418) --> (https://bugzilla.samba.org/attachment.cgi?id=4418&action=view) Patch to ignore "delete of stat xattr" failures on symlinks -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.
samba-bugs at samba.org
2011-Feb-22 15:10 UTC
DO NOT REPLY [Bug 5939] rsync: delete of stat xattr failed for ... (in backup): Operation not permitted (1)
https://bugzilla.samba.org/show_bug.cgi?id=5939
wayned at samba.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Comment #4 from wayned at samba.org 2011-02-22 09:10 CST -------
In the latest code, xattrs are turned off for symlinks on Linux.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
Seemingly Similar Threads
- Using Access Control Lists with SMB2/SMB3 Mounts on Linux Clients
- Domain Member Server: Domain Users cannot access shares
- idmap_ad and RFC2370 (inconsistent results)
- Domain Member Server: Domain Users cannot access shares
- Using Access Control Lists with SMB2/SMB3 Mounts on Linux Clients