--fake-super locally?
Kevin Korb
kmk at sanitarium.net
Sun Jul 21 13:16:01 MDT 2013
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I agree with you that it isn't working then but it works for me...
kmk at dementia% cd /var/tmp
kmk at dementia% rsync -vai --fake-super /etc/hosts ./
sending incremental file list
> f+++++++++ hosts
sent 1778 bytes received 31 bytes 3618.00 bytes/sec
total size is 1705 speedup is 0.94
kmk at dementia% ls -l hosts
- -rw-r--r-- 1 kmk tv 1705 Sep 11 2012 hosts
kmk at dementia% getfacl hosts
# file: hosts
# owner: kmk
# group: tv
user::rw-
group::r--
other::r--
kmk at dementia% getfattr hosts
# file: hosts
user.rsync.%stat
kmk at dementia% getfattr --name user.rsync.%stat hosts
# file: hosts
user.rsync.%stat="100644 0,0 0:0"
On 07/21/13 14:57, Grant wrote:
>> Use getfattr not getfacl.
>
> It still looks like the attributes aren't being written:
>
> # rsync --fake-super source/test destination/test # getfattr
> source/test ; getfattr destination/test #
>
>> Also, user_xattr is a mount option not a kernel boot option.
>
> Yes, I should have said I mounted with user_xattr.
>
> - Grant
>
>
>>>>> Can I somehow use --fake-super or something similar to save
>>>>> the original ownership info to ACLs?
>>>>
>>>> Sure, should work fine. Keep in mind that --fake-super
>>>> affects both sides of a local transfer unless you take steps
>>>> to isolate the option. From the manpage for 3.0.x:
>>>>
>>>> Since there is only one "side" in a local copy, this option
>>>> affects both the sending and receiving of files. You’ll need
>>>> to specify a copy using "localhost" if you need to avoid
>>>> this, possibly using the "lsh" shell script (from the
>>>> support directory) as a substitute for an actual remote shell
>>>> (see --rsh). This option is overridden by both --super and
>>>> --no-super.
>>>>
>>>> From the manpage for 3.1.0 (note that -M (--remote-option)
>>>> is also a diff for 3.0.x):
>>>>
>>>> For a local copy, this option affects both the source and
>>>> the destination. If you wish a local copy to enable this
>>>> option just for the destination files, specify
>>>> -M--fake-super. If you wish a local copy to enable this
>>>> option just for the source files, combine --fake-super with
>>>> -M--super.
>>>
>>> Does this mean that if I rsync --fake-super files on a local
>>> machine, an ACL will be written to the destination files and
>>> the source files? If so I should upgrade to 3.1 so I can use
>>> -M--fake-super.
>>>
>>> I tested this:
>>>
>>> rsync --fake-super -a source/test destination/test
>>>
>>> but I think this means the ACL is not being written:
>>>
>>> # getfacl destination/test # file: destination/test # owner:
>>> root # group: root user::rw- group::r-- other::r--
>>>
>>> What could I have done wrong? I enabled ext3 ACL extended
>>> attributes in the kernel and booted with user_xattr.
>>>
>>> - Grant
- --
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~
Kevin Korb Phone: (407) 252-6853
Systems Administrator Internet:
FutureQuest, Inc. Kevin at FutureQuest.net (work)
Orlando, Florida kmk at sanitarium.net (personal)
Web page: http://www.sanitarium.net/
PGP public key available on web site.
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlHsM3EACgkQVKC1jlbQAQeNfwCgjQvUOWscI6B0M/ToDgJUL1J4
bRsAoKbfW3Zo3GaiATvkFMa1WMotxhKk
=fyGP
-----END PGP SIGNATURE-----
More information about the rsync
mailing list