Deja Dup uses ~/.cache without telling user and fills home 100%
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Déjà Dup |
Confirmed
|
Medium
|
Unassigned |
Bug Description
when having a separate, small home partition, deja dup stops running at some point, telling the user there's not enough space on the destintation directory(
When analyzing the problem, i found that deja dup seems to use ~/cache/deja-dup to store large amounts of data, probably as cache before writing them to the final destination directory.
So, when I have a /home of only about 10GB, but want to backup a data partition with some 200GB, the process stops at some time, even though I have more than 400GB left on the destination folder, and I found that ~/.cache/deja-dup is filled with more than 4GB, leading to fill /home 100%.
I guess solutions to improve would be
* the error message must tell the user that the missing space is not missing on the final destination directory, but in the cache directory
* deja-dup scans the whole data to backup before it starts working, so after doing this it might also be able to predict how big the cache dir must be and warn this user that the space is not enough
* enable to configure this caching directory (duplicity's archive-dir?) somehow (workaround would be a symlink to a bigger partition)
Some info:
henning@roady:~$ dpkg-query -W deja-dup duplicity
deja-dup 14.2-0ubuntu0.1
duplicity 0.6.08b-0ubuntu2
henning@roady:~$ lsb_release -d
Description: Ubuntu 10.04.1 LTS
Sorry but I didn't find the time yet to try workarounds, or trying with a newer version, but I need a backup soon, and the whole process until the crash comes takes 2 hours or so, and I already had 3 failed attempts - I'm trying to use plain duplicity now...
Changed in deja-dup: | |
importance: | Undecided → Medium |
status: | New → Confirmed |
This behaviour makes program unusable for backupping /home directory, which is full > 50%in most times.