rsync always try change owner and group of symlink in --fake-super mode

Pavel Alexeev forum at hubbitus.com.ru
Mon Oct 12 12:30:35 UTC 2015


No, no.
All symlinks correct, look:
$ LANG=en_US.utf-8 ls -l rsync.symlinks
total 4
-rw-rw-r--. 1 pasha pasha 13 Oct 11 06:10 file.itself
lrwxrwxrwx. 1 pasha pasha 11 Oct 11 06:11 file.symlink -> file.itself

$ cat rsync.symlinks/file.symlink
file content

It also correct on receiver side.

On 11.10.2015 20:54, Joe wrote:
> ln -s real-file symlink
> file.itself is ./rsync.symlinks/file.itself, but you are trying to link
> ./file.itself (which presumably doesn't exist) to the real file.
>
> Since a symlink is just a pointer, it gets created, but doesn't point
> to any real file.
>
> Try:
>
> ln -s rsync.symlinks/file.itself .
>
> Joe
>
> On 10/11/2015 06:17 AM, Pavel Alexeev wrote:
>> Hi all.
>>
>> I long time discover strange to me behavior. If I add --fake-super
>> option on both sides rsync start always set owner and group of symlink.
>> What interesting there no error, but it done each time as it has been
>> changed.
>>
>> Simple reproduce:
>> $ mkdir rsync.symlinks
>> $ echo 'file content' > rsync.symlinks/file.itself
>> $ ln -s file.itself rsync.symlinks/file.symlink
>>
>> Then try to transfer it on remote host:
>> $ rsync -apr --links --itemize-changes --fake-super -M--fake-super
>> rsync.symlinks backup at store.hubbitus.info:~/temp/rsync.symlinks
>> cd+++++++++ rsync.symlinks/
>> <f+++++++++ rsync.symlinks/file.itself
>> cL+++++++++ rsync.symlinks/file.symlink -> file.itself
>>
>> And again:
>> .L....og... rsync.symlinks/file.symlink -> file.itself
>>
>>
>> I had tried use --rsync-path="rsync --fake-super" instead of
>> -M--fake-super what unsurprisingly give me same result:
>> $ rsync -apr --links --itemize-changes --fake-super --rsync-path="rsync
>> --fake-super" rsync.symlinks
>> backup at store.hubbitus.info:~/temp/rsync.symlinks
>> .L....og... rsync.symlinks/file.symlink -> file.itself
>>
>> Is it a bug and have worth to fill issue?
>>
>> -- 
>> With best wishes, Pavel Alexeev
>>
>




More information about the rsync mailing list