[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Duplicity-talk] Slow file restore
From: |
fmcom |
Subject: |
[Duplicity-talk] Slow file restore |
Date: |
Thu, 29 May 2008 09:31:50 -0700 |
User-agent: |
Mutt/1.5.17+20080114 (2008-01-14) |
Background:
Probably not the best configuration... but my latest set of backups is
on a remote Windows server (not my choice) as a full backup followed by
weeks of incrementals. The Windows server can't handle the normal
filenames use by duplicity, so the --short-filenames option is needed.
The Windows directory is mounted using samba. Oh yes: running Debian/
lenny with duplicity 0.4.11 on a AMD dual core / nVidia MB.
I just had the "opportunity" to restore a file from this backup set.
This was done as:
duplicity --file-to-restore --short-filenames file:///directory/path
path/name/restore.this.file
This absolutely crawled - on screen it appeared as though the system was
resolving each and every file in creation until, it is hoped, it reached
the named file. After hours of waiting (there's 20GB of backup data in
this directory), I killed the restore operation as I could get this old
file from an old tar in a few minutes.
Is there a more efficient way to invoke duplicity in this situation?
In comparison, the backup speed (same server, same connection) is fantastic!
Thanks Ken, for all your great work!
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Frank Miles
- [Duplicity-talk] Slow file restore,
fmcom <=