--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