thr3ads.net - rsync - --link-dest not working on remote server (running daemon) [Feb 2016]

If this information is useful, please help other people find it:
Share via:

Sam Holton

2016-Feb-08 21:51 UTC

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

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> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> 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
> >
> >
>
> - --
>
~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,
>         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
>
> iEYEARECAAYFAla5CtAACgkQVKC1jlbQAQcU2gCg7qicp4ZjcjCgSwEpqkjJhdWm
> BvcAn0Uwi2A/LNDa0XS1PwtCnRPS2r5m
> =npDn
> -----END PGP SIGNATURE-----
>
> --
> 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
>-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.samba.org/pipermail/rsync/attachments/20160208/558072bd/attachment.html>

Kevin Korb

2016-Feb-08 22:01 UTC

head link

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

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

Sam Holton

2016-Feb-08 22:10 UTC

head link

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

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>

Maybe Matching Threads

Search for more maybe matching threads

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

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

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

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

Maybe Matching Threads