Re: Options for a "I'm done" flag file

2015-04-28 Thread Simon Hobson
As an aside to this, part of the problem I've been having is the transfer timing out/getting interrupted during a particular large file (1G, new file, 2-3 hours if it works). So I've been experimenting with --partial and --partial-dir=.rsync-partial which weren't working. It appears to work at

Re: Options for a "I'm done" flag file

2015-04-28 Thread Simon Hobson
Lorenz Weber wrote: > rsync -avH ${all_gubbins} / user@remote.machine:/dest/ && ssh > user@remote.machine touch /etc/donefile No SSH access between them, only rsync. Besides, it would add the overhead of managing ssh access (users and keys) as well as Rsync. -- Please use reply-all for most

Re: Options for a "I'm done" flag file

2015-04-28 Thread Lorenz Weber
Or rsync -avH ${all_gubbins} / user@remote.machine:/dest/ && ssh user@remote.machine touch /etc/donefile so your client touches a file on your server (that sounds so wrong...) Am 28.04.2015 um 13:36 schrieb Simon Hobson: > Michael Johnson - MJ wrote: > >> rsync -av /src/ /dst/ && touch /dst/d

Re: Options for a "I'm done" flag file

2015-04-28 Thread Simon Hobson
Michael Johnson - MJ wrote: > rsync -av /src/ /dst/ && touch /dst/done A, knew I'd miss some detail. All the syncs are pushed to the backup server. But that does give me an idea. I guess I could do that on the source, then sync the flag file over. rsync -avH ${other_gubbins} / user@rem

Re: Options for a "I'm done" flag file

2015-04-28 Thread Michael Johnson - MJ
rsync -av /src/ /dst/ && touch /dst/done That should do it as the touch only happens if rsync exits with a code of 0. If you need to consider other non zero exit code, it is still doable, just a bit more shell code. There are surely other options as well, but this is probably the most simple. On

Options for a "I'm done" flag file

2015-04-28 Thread Simon Hobson
As part of my backup system, I use Rsync to keep a copy of each server on one central backup server. This backup server then uses StoreBackup to keep multiple iterations of each clone directory. So that the StoreBackup archives don't keep adding "redundant" and misleading backups, I update a fla