duplicity-team team mailing list archive

[virtual joe <question163372@xxxxxxxxxxxxxxxxxxxxx>]

Question #163372 on Duplicity changed:
https://answers.launchpad.net/duplicity/+question/163372

virtual joe gave more information on the question:
I killed the verify also. It was taking forever as well...

I think I'm going to assume that its not going to work and have to settle for rdiff-backup since I really don't see anything I've done wrong. Perhaps in the 4.3MILLION files on this system rdiff-backup uses hardlinks to do its magic or something.
I'm backing up entire linux system with it including its samba share...I know there's bound to be 'small' changes to some files but not 49GBs or more of it...that's where I killed the duplicity-inc's at 49GB (split in 26MB files) 

I would love to hear of others with over half a Terabyte of data or more
and millions of files to see what kind of speed they're getting on their
incrementals and how big they are...

Duplicity alone is very handy for smaller backup jobs I think, but maybe
I'll end up doing a duplicity backup of an rdiff-backup repository and
then rsync'ing that encrypted duplicified rdiff-backup directory over to
the remote server...

Would there be any issues with this plan? Is it a bad idea for some
reason, could duplicity messup the rdiff-backup structure because it
might have hardlinks or any other reason why it would be a bad idea?
thanks

-- 
You received this question notification because you are a member of
duplicity-team, which is an answer contact for Duplicity.