I am trying to create an archive of one of my home directories for items that have changed or been deleted. I am well aware of the --backup option, but it seems not to work across an rsyncd connection (excuse word wrap from my mailer) but this snippet illustrates the point ARCH=/bak/archive rsync -aHxq --delete --backup --backup-dir=$ARCH/snap/mydocs/ /home/alan/mydocs/ roo::alan/mydocs/ This is run from a cron job (and as root) If I delete files from mydocs on my local machine and run this, I would expect a copy of them to appear on /bak/archive/snap/mydocs on the local machine. I assume it has something to do with the fact that the destination is remote. Is that true? The problem with trying to do this from the other machine is that I would have disk space issues with the ultimate size of my archive. -- Alan Chandler http://www.chandlerfamily.org.uk
On Tue, Sep 26, 2006 at 08:56:11AM +0100, Alan Chandler wrote:> If I delete files from mydocs on my local machine and run this, I > would expect a copy of them to appear on /bak/archive/snap/mydocs on > the local machine.No, backup files don't jump from side to side. The backup dir is always a directory on the receiving side of the transfer. In the case of an rsync daemon, it is also constrained to being inside the path of the selected module. ..wayne..
Wayne, I have downloaded the latest Rsync software 2.6.8 and installed in my testbeds. I am gettting the following error some times in the console during the file transfer. Mate system is not rebooted and the link between the Active system and Standby system also not disturbed during the period. " 2006/09/21 02:04:31 [4513] rsync: writefd_unbuffered failed to write 4092 bytes [generator]: Broken pipe (32) 2006/09/21 02:04:31 [4513] rsync error: error in rsync protocol data stream (code 12) at io.c(1119) [generator=2.6.8] " Please clarify during which situation, this type of problem will come. thanks & regards Laks