[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] Moving backup directory?

From: edgar . soldin
Subject: Re: [Duplicity-talk] Moving backup directory?
Date: Sun, 17 Jan 2010 01:24:11 +0100
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20091204 Thunderbird/3.0

I can't imagine why this should be a problem. Can you pinpoint a mailing list post? Also maybe somebody else wants to comment on this.

.. ede

On 17.01.2010 00:38, Chris Poole wrote:
As I thought, thanks.

Final question: I've been reading round the mailing list, and read that
performing a full backup to local storage, rsyncing this to remote storage,
then performing incremental updates directly to the remote storage could
cause issues with signatures.

I don't see how this can be, unless the signatures depend on the full path
of the backup directory, or something?

On Sat, Jan 16, 2010 at 7:48 PM,<address@hidden>  wrote:

Essentially all duplicity data is encrypted and signed, if encryption is
activated of course. This means nobody can read it. You will get errors on
restoring if it was manipulated.

This makes it ideal for backups on non trusted spaces. But of course this
also means you could loose these backups anytime, so an additional copy of
the backup somewhere else would make sense.

If there is no other way of accessing the repository you can go with ftp.
If there is a more secure way, you should use it, just to not invite
listeners on the line.

So it boils down on how untrustworthy your backup space is vs. how
important your data is ...

regards ede

On 16.01.2010 16:35, Chris Poole wrote:

Thanks, I think I'll do this then.

Finally, since the files themselves are important, does it really matter
the transfer method is unencrypted? (Except, of course, that the password
passed in the clear if using FTP, etc.)

On Sat, Jan 16, 2010 at 12:36 PM,<address@hidden>   wrote:

  Should work. There are others that backup to file:// and then rsync
elsewhere. These folks usually seem to stick to that route. For
simplicity I
Meaning, they have a local backup repository on which they do all
operations  (incl. incrementals) and this is rsynced periodically to the
remote repository.

Only drawback would be that duplicity should not be running while

.. ede

On 16.01.2010 13:08, Chris Poole wrote:

  Hi guys,
my understanding is that all backup data is contained in files in the
backup location directory.

If I want to change backup directory by moving it somewhere, as long
as I make the equivalent change in my Duplicity script, it won't know
the difference?

My plan is this:

1) run a full backup to a local drive.
2) use rsync to copy this backup directory to a remote host, so it
doesn't matter if I cancel it and start again at some point in
3) change duplicity script to backup to the remote host, which should
now do a quick incremental backup, not knowing that I've been copying
the backup directory in step 2.

Does that seem plausable? Otherwise I'll have to leave my machine on
for several days to run a full backup to the remote host all in one

Finally, since I'm encryting and signing my backups, it shouldn't
matter if I upload to some public FTP server? (I happen to be using
scp to a locked down host, I'm just curious.)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]