synced files are linked to originals?

[Matt McCutchen]

On Mon, 2008-07-28 at 12:33 +0200, Mogens Kjaer wrote:
> lewis butler wrote:
> ...
> >  mail ~ $ ls -ls etc/postfix/main.cf
> > 28 -rw-r--r--  1 root  wheel  28322 Jul 27 16:31 /etc/postfix/main.cf
> >  mail ~ $ ls -ls /backup/daily.0/etc/postfix/main.cf
> > 28 -rw-r--r--  1 root  wheel  28322 Jul 27 16:31 
> > /backup/daily.0/etc/postfix/main.cf
> >  mail ~ $ echo "#test" >> /etc/postfix/main.cf
> >  mail ~ $ ls -ls /etc/postfix/main.cf
> > 28 -rw-r--r--  1 root  wheel  28328 Jul 28 03:39 /etc/postfix/main.cf
> >  mail ~ $ ls -ls /backup/daily.0/etc/postfix/main.cf
> > 28 -rw-r--r--  1 root  wheel  28328 Jul 28 03:39 
> > /backup/daily.0/etc/postfix/main.cf
> 
> Is /etc/postfix a symlink?

If /etc/postfix is an absolute symlink, that would do it.  Lewis, if you
want symlinks in backups to point to the proper items in the backup, you
could make the original symlinks relative.  Alternatively, you could
avoid all symlink surprises by using a daemon on the receiving side with
"munge symlinks" enabled.  There's an enhancement request for a
non-daemon --munge-symlinks option:

https://bugzilla.samba.org/show_bug.cgi?id=5457

By the way, the same symlink surprises that affect manual path-following
in the destination also affect --link-dest directory searching, as
discussed in the following bug:

https://bugzilla.samba.org/show_bug.cgi?id=4037

Matt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.samba.org/archive/rsync/attachments/20080728/a8c319c6/attachment.bin