Displaying 4 results from an estimated 4 matches for "aacl".
Did you mean:
acl
2008 Mar 02
2
DO NOT REPLY [Bug 5298] New: xattrs and acls do not work well together along with fake-super, even worse on XFS
...0:0"
# file: ../test/dest2/file1
user.rsync.%stat="100664 0,0 1000:1000"
# file: ../test/dest2/file2
user.rsync.%stat="100644 0,0 0:0"
-------------------------------------------
For OPTS=--acls ls is the same as above and getfattr
# file: ../test/dest1/file1
user.rsync.%aacl=0sgAAAAAQAAAAGAAAAgAAAAAoAAAAGAAAA
user.rsync.%stat="100664 0,0 1000:1000"
# file: ../test/dest1/file2
user.rsync.%stat="100644 0,0 0:0"
# file: ../test/dest2/file1
user.rsync.%aacl=0sgAAAAAQAAAAGAAAAgAAAAAoAAAAGAAAA
user.rsync.%stat="100664 0,0 1000:1000"
# file: ....
2007 Nov 05
3
problem restoring via rsync when using stored ACLs (--fake-super)
...kup/FILE-SERVER/CURRENT/tmp/test/t1
getfacl: Removing leading '/' from absolute path names
# file: opt/rsync-backup/FILE-SERVER/CURRENT/tmp/test/t1
# owner: root
# group: root
user::rwx
group::r-x
other::---
# attr -l /opt/rsync-backup/FILE-SERVER/CURRENT/tmp/test/t1
Attribute "rsync.%aacl" has a 24 byte value
for /opt/rsync-backup/FILE-SERVER/CURRENT/tmp/test/t1
Attribute "rsync.%stat" has a 18 byte value
for /opt/rsync-backup/FILE-SERVER/CURRENT/tmp/test/t1
# attr -g "rsync.%
aacl" /opt/rsync-backup/FILE-SERVER/CURRENT/tmp/test/t1
Attribute "rsync.%aa...
2011 May 11
7
[Bug 8130] New: ACL and link-dest do not work together
...uot; confirms that my files are no more hard linked together.
As my rsync daemon has "fake super = yes", I run "getfattr -d" on my files to
compare attributes : same files from differents date_folders have exactly the
same attributes' values (user.rsync.%stat and user.rsync.%aacl).
Seems that --acls is not --fake-super aware.
Thank you very much for your support !
Best regards,
Ben
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
2011 May 08
2
ACL and link-dest
...uot; confirms that my files are no more hard linked together.
As my rsync daemon has "fake super = yes", I run "getfattr -d" on my files to compare attributes : same files from differents date_folders have exactly the same attributes' values (user.rsync.%stat and user.rsync.%aacl).
So why Rsync does not hard link them ?
Env :
Source : Rsync 3.0.8 / Cygwin 1.7 / NTFS
Destination : Rsync 3.0.8 / Debian 6 / ext4 with user_xattr
Thank you very much !
Best regards,
Ben