--link-dest not working on remote server (running daemon)

[Sam Holton]

With the following server config:

log file = /var/log/rsyncd.log
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock

[offsite]
   path = /media/external/
   comment = Offsite backup
   read only = no
   hosts allow = 192.168.2.0/24
   auth users = backup
   secrets file = /etc/rsyncd.scrt
   uid = 0
   gid = 0


I tried the following for --link-dest and they all tried to transfer all
files

--link-dest=../backup-2016-02-01-0100
--link-dest=backup-2016-02-01-0100
--link-dest=/backup-2016-02-01-0100
--link-dest=/backup/backup-2016-02-01-0100
--link-dest=./backup/backup-2016-02-01-0100


On Mon, Feb 8, 2016 at 5:01 PM Kevin Korb <kmk at sanitarium.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> try: --link-dest=../backup-2016-02-01-0100
>
> On 02/08/2016 04:51 PM, Sam Holton wrote:
> > Thanks for the reply. The link-dest is different. It is Feb 1 while
> > the source is Feb 2.
> >
> > I tried setting path = /media/external/ for the daemon and using
> >
> > rsync -a -v -i --delete --link-dest=backup-2016-02-01-0100
> > --password-file=/media/external/scripts/offsite_rsync.pass
> > /media/external/backup/backup-2016-02-02-0100
> > backup at 192.168.2.102::offsite/backup
> >
> > So all three (link-dest, source, target) are directories but get
> > the same result. The directory backup-2016-02-02-0100 is created on
> > the target server and all files start to be transferred to it. Must
> > be an issue with the way I'm setting link-dest
> >
> >
> > On Mon, Feb 8, 2016 at 4:42 PM Kevin Korb <kmk at sanitarium.net
> > <mailto:kmk at sanitarium.net>> wrote:
> >
> > by misaligned I meant that your source is a directory, your
> > link-dest is a directory (with the same name even), and your target
> > is the root of the share.  All 3 params should be directories and
> > the link-dest param should be a different date than the other two.
> >
> > On 02/08/2016 04:24 PM, Sam Holton wrote:
> >> According to this thread it at least used to work
> >> https://lists.samba.org/archive/rsync/2006-April/015328.html
> >
> >> I don't want to use SSH because I'm running this on low power
> >> ARM boards which are already connected over VPN so no need for a
> >> second layer of transport encryption. I'm not sure what you mean
> >> by "link-dest and your target parameters misaligned". Both
> >> servers have the same directory structure so it may be a bit
> >> confusing. I'm trying to link to the previous day's backup on the
> >> remote server.
> >
> >> I forgot to mention that both servers are running 3.0.9
> >> protocol version 30
> >
> >
> >
> >
> > -- Please use reply-all for most replies to avoid omitting the
> > mailing list. To unsubscribe or change options:
> > https://lists.samba.org/mailman/listinfo/rsync Before posting,
> > read: http://www.catb.org/~esr/faqs/smart-questions.html
> >
>
> - --
> ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>         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
>
> iEYEARECAAYFAla5EDEACgkQVKC1jlbQAQcjRwCeLXnOIk3F4ncxmYAvL0AbTKWA
> PfkAoO/zF5ckV7D1eUMka/iXO+6nYMhZ
> =H40g
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/rsync/attachments/20160208/aea896fd/attachment.html>