]> git.michaelhowe.org Git - packages/b/bup.git/commit
rbackup-cmd: we can now backup a *remote* machine to a *local* server.
authorAvery Pennarun <apenwarr@gmail.com>
Sun, 21 Mar 2010 04:41:52 +0000 (00:41 -0400)
committerAvery Pennarun <apenwarr@gmail.com>
Sun, 21 Mar 2010 05:53:58 +0000 (01:53 -0400)
commit92ce9401f1beeafbb58edf5b5f567a7f35377f85
tree1afbe48006ce6bea62dabe86a90474e296040c07
parentdc79ae76c38e581164e0577c2c7b7bae2f0b37a7
rbackup-cmd: we can now backup a *remote* machine to a *local* server.

The -r option to split and save allowed you to backup from a local machine
to a remote server, but that doesn't always work; sometimes the machine you
want to backup is out on the Internet, and the backup repo is safe behind a
firewall.  In that case, you can ssh *out* from the secure backup machine to
the public server, but not vice versa, and you were out of luck.  Some
people have apparently been doing this:

    ssh publicserver tar -c / | bup split -n publicserver

(ie. running tar remotely, piped to a local bup split) but that isn't
efficient, because it sends *all* the data from the remote server over the
network before deduplicating it locally.  Now you can do instead:

    bup rbackup publicserver index -vux /
    bup rbackup publicserver save -n publicserver /

And get all the usual advantages of 'bup save -r', except the server runs
locally and the client runs remotely.
cmd/rbackup-cmd.py [new file with mode: 0755]
cmd/rbackup-server-cmd.py [new file with mode: 0755]
cmd/save-cmd.py
cmd/split-cmd.py
lib/bup/client.py