search for: samholton

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

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

Hello, I have read through the list of previous issues regarding this issue but haven't been able to resolve mine. I apologize in advance for the long text and am probably doing some simple typo. I have two servers in my setup: *Server 1* Doing rsync with --link-dest daily and working as expected. I'm getting the hard links in the new daily directories. *Server 2* Running rsync 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,