Your message dated Tue, 11 Oct 2016 13:32:24 +0200
with message-id <[email protected]>
and subject line Re: Bug#820868: rsync: Using --fake-super breaks creation of
symlinks
has caused the Debian Bug report #820868,
regarding rsync: Using --fake-super breaks creation of symlinks
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
820868: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820868
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: rsync
Version: 3.1.1-3
Severity: important
Dear Maintainer,
Running rsync with --fake-server, copying from a remote system to the
local system. Symbolic links are now created as standard files containing
the symbolic link target filename. This renders them useless.
Scenario
1. Source files on remote host (ls -l /etc/openldap). There's nothing
special about this directory. The symlinks point outside the directory
tree being copied, but this makes no difference to the problem described
here.
-rw-r--r-- 1 admin administ 263 Jan 31 02:14 ldap.conf
lrwxrwxrwx 1 admin administ 44 Feb 28 16:04 schema ->
/mnt/ext/opt/ldap_server/etc/openldap/schema
lrwxrwxrwx 1 admin administ 31 Feb 28 03:07 slapd.conf ->
/etc/config/openldap/slapd.conf
lrwxrwxrwx 1 admin administ 34 Feb 28 03:07 slapdacl.conf ->
/etc/config/openldap/slapdacl.conf
2. Operation and resulting files using rsync 3.1.1 WITHOUT --fake-super. This
works as expected.
rsync -v -azS --delete --delete-excluded --numeric-ids
remote_host:/etc/openldap/ .
receiving incremental file list
./
ldap.conf
schema -> /mnt/ext/opt/ldap_server/etc/openldap/schema
slapd.conf -> /etc/config/openldap/slapd.conf
slapdacl.conf -> /etc/config/openldap/slapdacl.conf
sent 42 bytes received 462 bytes 91.64 bytes/sec
total size is 372 speedup is 0.74
ls -l
total 4
-rw-r--r-- 1 root root 263 Jan 30 13:14 ldap.conf
lrwxrwxrwx 1 root root 44 Feb 28 03:04 schema ->
/mnt/ext/opt/ldap_server/etc/openldap/schema
lrwxrwxrwx 1 root root 34 Feb 27 14:07 slapdacl.conf ->
/etc/config/openldap/slapdacl.conf
lrwxrwxrwx 1 root root 31 Feb 27 14:07 slapd.conf ->
/etc/config/openldap/slapd.conf
3. Operation and resulting files using rsync 3.1.1 USING --fake-super. This
fails to create symlinks.
rsync -v -azS --delete --delete-excluded --numeric-ids --fake-super
remote_host:/etc/openldap/ .
receiving incremental file list
./
ldap.conf
schema -> /mnt/ext/opt/ldap_server/etc/openldap/schema
slapd.conf -> /etc/config/openldap/slapd.conf
slapdacl.conf -> /etc/config/openldap/slapdacl.conf
sent 42 bytes received 462 bytes 91.64 bytes/sec
total size is 372 speedup is 0.74
ls -l
total 16
-rw-r--r-- 1 root root 263 Jan 30 13:14 ldap.conf
-rwxrwxrwx 1 root root 44 Feb 28 03:04 schema
-rwxrwxrwx 1 root root 34 Feb 27 14:07 slapdacl.conf
-rwxrwxrwx 1 root root 31 Feb 27 14:07 slapd.conf
4. Regression with rsync 3.0.9 (Debian wheezy) USING --fake-super. This works
as expected.
rsync -v -azS --delete --delete-excluded --numeric-ids --fake-super
remote_host:/etc/openldap/ .
receiving incremental file list
./
ldap.conf
schema -> /mnt/ext/opt/ldap_server/etc/openldap/schema
slapd.conf -> /etc/config/openldap/slapd.conf
slapdacl.conf -> /etc/config/openldap/slapdacl.conf
sent 42 bytes received 462 bytes 77.54 bytes/sec
total size is 372 speedup is 0.74
ls -l
total 4
-rw-r--r-- 1 root root 263 Jan 30 13:14 ldap.conf
lrwxrwxrwx 1 root root 44 Feb 28 03:04 schema ->
/mnt/ext/opt/ldap_server/etc/openldap/schema
lrwxrwxrwx 1 root root 34 Feb 27 14:07 slapdacl.conf ->
/etc/config/openldap/slapdacl.conf
lrwxrwxrwx 1 root root 31 Feb 27 14:07 slapd.conf ->
/etc/config/openldap/slapd.conf
Thanks.
-- System Information:
Debian Release: stretch/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages rsync depends on:
ii base-files 9.6
ii libacl1 2.2.52-3
ii libattr1 1:2.4.47-2
ii libc6 2.22-5
ii libpopt0 1.16-10
ii lsb-base 9.20160110
rsync recommends no packages.
Versions of packages rsync suggests:
ii openssh-client 1:7.2p2-2
ii openssh-server 1:7.2p2-2
-- no debconf information
--- End Message ---
--- Begin Message ---
On Wed 13 Apr 2016, Chris Davies wrote:
>
> Running rsync with --fake-server, copying from a remote system to the
> local system. Symbolic links are now created as standard files containing
> the symbolic link target filename. This renders them useless.
The intention of --fake-super is to be able to store an accurate copy of
the local directory tree without needing special permissions on the
destination. This includes device nodes and special files; symlinks are
considered special files as far as this feature is concerned. Storing
symlinks as regular files is not a bug, it is by design. It was
implemented via the following commit:
https://git.samba.org/?p=rsync.git;a=commit;h=6e310d38fcdeacb8055bb7e83d4e64c37fd54a38
Hence I'm now closing this bug.
Paul
--- End Message ---
