Déjà Dup

restore failed, 32.0 on debian

Asked by Galen Thurber

restore failing of user data

restore failed unknown error

attempted fixes,
restore to selected folder,
cleared ~/.cache

deja-dup does create ~/.cache & sub folder with user permissions
and then
asks for su password & then changes permissions of cache folder [hash] to root:root
ful, inc, manifest are created
then process fails

Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1509, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1503, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1352, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1437, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 700, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 535, in Write_ROPaths
    for ropath in rop_iter:
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 499, in integrate_patch_iters
    for patch_seq in collated:
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 379, in yield_tuples
    setrorps( overflow, elems )
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 368, in setrorps
    elems[i] = iter_list[i].next()
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 112, in difftar2path_iter
    tarinfo_list = [tar_iter.next()]
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 329, in next
    self.set_tarfile()
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 323, in set_tarfile
    self.current_fp = self.fileobj_iter.next()
  File "/usr/bin/duplicity", line 736, in get_fileobj_iter
    backup_set.volume_name_dict[vol_num],
KeyError: 1

any ideas?
run as su ?

Question information

Language:
English Edit question
Status:
Expired
For:
Déjà Dup Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Galen Thurber (godfree2) said : 		#1

I should note some of the data saved was from another mountpoint/folder eg, /DATA/aviation
so the data set had /home/[user]/{folder..} and /DATA/{folders..}
I did create /DATA folder with root permissions before restore.
The restore has 3 dates, data was optainable from the oldest one
and some of the gz files has a bad mismatch.

Hope this helps other

sudo deja-dup --restore-missing /home/[user]
did give a list of folders, but not all worked due to bad gz files

I suspect when doing the backup the destination drive did have some errors or when copying the backup data to a stable source errors occurred.
I had backed from a failing SSD to a SATA drive which was also unstable (unknowingly at the time). Bound to have troubles

Revision history for this message
Launchpad Janitor (janitor) said : 		#2

This question was expired because it remained in the 'Open' state without activity for the last 15 days.