duplicity-team team mailing list archive
-
duplicity-team team
-
Mailing list archive
-
Message #01203
Re: [Question #193846]: These backup times seem very excessive
Question #193846 on Duplicity changed:
https://answers.launchpad.net/duplicity/+question/193846
Status: Answered => Open
Chris Stankaitis is still having a problem:
so I am still getting unacceptable long backup.. using this command line
[root@xxxxxxxxxxxxxxxxxxxxx dailybackup]# duplicity --asynchronous-
upload --no-encryption --gpg-options "compress-level=0" --archive-dir
"/var/duplicity" --tempdir "/var/tmp" semtech-db-prod-s1-9907/current
file:///backup2/archive/semtech-db-prod-s1-9907/
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri May 4 13:13:29 2012
--------------[ Backup Statistics ]--------------
StartTime 1336494556.51 (Tue May 8 12:29:16 2012)
EndTime 1336709802.21 (Fri May 11 00:16:42 2012)
ElapsedTime 215245.70 (59 hours 47 minutes 25.70 seconds)
SourceFiles 203
SourceFileSize 336245292477 (313 GB)
NewFiles 6
NewFileSize 24576 (24.0 KB)
DeletedFiles 0
ChangedFiles 34
ChangedFileSize 261802132524 (244 GB)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 40
RawDeltaSize 17696623825 (16.5 GB)
TotalDestinationSizeChange 12006751376 (11.2 GB)
Errors 0
-------------------------------------------------
59 hours for an incremental is not good...
--
You received this question notification because you are a member of
duplicity-team, which is an answer contact for Duplicity.