Duplicity

ubuntu14.04 LTS / duplicity 0.6.23 / hash trouble when trying to restore

Asked by Andreas

I have created a full backup (approx. 262GB) using version 0.6.23. Backup destination was a folder on an external USB drive. During backup, the power supply of the USB drive was interrupted and the backup stopped.

Repeating the last (full) backup command line I was happy that it found the latest volume and appeared to take the appropriate actions, here's part of the out (luckily, I had saved all logs, both of the first and the second run):

[...]
Found primary backup chain with matching signature chain:
-------------------------
Chain start time: Sun Apr 5 18:05:44 2015
Chain end time: Sun Apr 5 18:05:44 2015
Number of contained backup sets: 1
Total number of contained volumes: 2338
 Type of backup set: Time: Num volumes:
                Full Sun Apr 5 18:05:44 2015 2338
-------------------------
No orphaned or incomplete backup sets found.
PASSPHRASE variable not set, asking user.
PASSPHRASE variable not set, asking user.
RESTART: Volumes 2338 to 2338 failed to upload before termination.
         Restarting backup at volume 2338.
Deleting /tmp/duplicity-IFJ44h-tempdir/mktemp-NtXX3H-2
Restarting after volume 2337, file andreas_home/Documents/05 Bilder/Jahresringe/2009/2009_03_10/IMG_6333.JPG, block 48
A .
A andreas_home
A andreas_home/Documents
A andreas_home/Documents/00 to do
A andreas_home/Documents/00 to do/2013-04-02 to do.xls
A andreas_home/Documents/00 to do/2015-03-23 Matschbirne Fotos
A andreas_home/Documents/00 t
[...]

I did "check" the archive using the "--list-current-files" option and it looked fine. So I proceeded to do the repartitioning job that I intended to do and now I am facing the restore process. I would like to mention that I had successfully tested the backup/restore process with a some 5GB big folder containing plenty of files.

Now when trying to do the full restore I get hash mismatches. Looking through existing reports I found there are tons of these bug reports, mainly back in the older versions, but if I had known I would have refrained from using duplicity and rather done a simple copy/paste backup. aaargh.

I get this kind of errors:

[...]
Writing 10 Aqua/80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008/NichtOkay1.JPG of type reg
Deleting /tmp/duplicity-r6cAfi-tempdir/mktemp-kVpriE-8
Processed volume 7 of 8661
Invalid data - SHA1 hash mismatch for file:
 duplicity-full.20150405T160544Z.vol4824.difftar.gpg
 Calculated hash: a229d6d62c6c0cb74eb523a32cf560583eb917db
 Manifest hash: b90a7f7e93407f3db6833869d75e8a049161932f

...which causes the process to stop.

question 1) what is the command-line option to skip the problematic volume/file and carry on? --force and --ignore-errors won't do the job.

For now, I only found descriptions of how to manually extract the surviving files, but I have to admit I am not looking forward to do this with 500'000 files manually.

I have 8661 volume files, each having a size of 26.3MB (5631 volumes) or 26.2MB (3030 volumes). The very last volume #8661 has got only 26.1MB size. So it looks to me as those files were "complete".

question 2) any hints what is going wrong and how to do a clean restore?

Many thanks in advance,
Andreas.

PS: Gave it another try after upgrading to version 0.7.02, same behaviour.

Question information

Language:
English Edit question
Status:
Answered
For:
Duplicity Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
edso (ed.so) said : 		#1

On 07.04.2015 22:21, Andreas wrote:
> Question #264755 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/264755
>
> Description changed to:
> I have created a full backup (approx. 262GB) using version 0.6.23.
> Backup destination was a folder on an external USB drive. During backup,
> the power supply of the USB drive was interrupted and the backup
> stopped.
>
> Repeating the last (full) backup command line I was happy that it found
> the latest volume and appeared to take the appropriate actions, here's
> part of the out (luckily, I had saved all logs, both of the first and
> the second run):
>
> [...]
> Found primary backup chain with matching signature chain:
> -------------------------
> Chain start time: Sun Apr 5 18:05:44 2015
> Chain end time: Sun Apr 5 18:05:44 2015
> Number of contained backup sets: 1
> Total number of contained volumes: 2338
> Type of backup set: Time: Num volumes:
> Full Sun Apr 5 18:05:44 2015 2338
> -------------------------
> No orphaned or incomplete backup sets found.
> PASSPHRASE variable not set, asking user.
> PASSPHRASE variable not set, asking user.
> RESTART: Volumes 2338 to 2338 failed to upload before termination.
> Restarting backup at volume 2338.
> Deleting /tmp/duplicity-IFJ44h-tempdir/mktemp-NtXX3H-2
> Restarting after volume 2337, file andreas_home/Documents/05 Bilder/Jahresringe/2009/2009_03_10/IMG_6333.JPG, block 48
> A .
> A andreas_home
> A andreas_home/Documents
> A andreas_home/Documents/00 to do
> A andreas_home/Documents/00 to do/2013-04-02 to do.xls
> A andreas_home/Documents/00 to do/2015-03-23 Matschbirne Fotos
> A andreas_home/Documents/00 t
> [...]
>
> I did "check" the archive using the "--list-current-files" option and it

well that's not a check.. you should have verified via 'verify'.. list only uses the manifest to tell what is supposed to be in the backup.

> looked fine. So I proceeded to do the repartitioning job that I intended
> to do and now I am facing the restore process. I would like to mention
> that I had successfully tested the backup/restore process with a some
> 5GB big folder containing plenty of files.

yeah.. usually duplicity works.. wouldn't be a useful software otherwise, wouldn't it?

>
> Now when trying to do the full restore I get hash mismatches. Looking
> through existing reports I found there are tons of these bug reports,
> mainly back in the older versions, but if I had known I would have
> refrained from using duplicity and rather done a simple copy/paste
> backup. aaargh.
>
> I get this kind of errors:
>
> [...]
> Writing 10 Aqua/80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008/NichtOkay1.JPG of type reg
> Deleting /tmp/duplicity-r6cAfi-tempdir/mktemp-kVpriE-8
> Processed volume 7 of 8661
> Invalid data - SHA1 hash mismatch for file:
> duplicity-full.20150405T160544Z.vol4824.difftar.gpg
> Calculated hash: a229d6d62c6c0cb74eb523a32cf560583eb917db
> Manifest hash: b90a7f7e93407f3db6833869d75e8a049161932f
>
> ...which causes the process to stop.
>
> question 1) what is the command-line option to skip the problematic
> volume/file and carry on? --force and --ignore-errors won't do the job.

--ignore-errors should do the job, although you will have to check the log for errors manually. if not.. please sent a _full_ command line output, obfuscate what you deem private!

>
> For now, I only found descriptions of how to manually extract the
> surviving files, but I have to admit I am not looking forward to do this
> with 500'000 files manually.

reasonably

> I have 8661 volume files, each having a size of 26.3MB (5631 volumes) or
> 26.2MB (3030 volumes). The very last volume #8661 has got only 26.1MB
> size. So it looks to me as those files were "complete".
>
> question 2) any hints what is going wrong and how to do a clean restore?

not really, except that the backup is probably corrupted.

>
> Many thanks in advance,
> Andreas.
>
> PS: Gave it another try after upgrading to version 0.7.02, same
> behaviour.
>

sent the log requested above and we'll see.. ede/duply.net

Revision history for this message
Andreas (s-rnfo-2) said : 		#2

Oh, hi, thanks for the quick reply. So I chose one of the folders of the full restore where the problem occurs. And also I have removed the "middle" section where it only displays what is successfully restored. So here it is:

Running in 'ignore errors' mode due to --ignore-errors; please re-consider if this was not intended
Using archive dir: /home/andreas/.cache/duplicity/9d56ff9f3a16af3efa7c05dd20fffe90
Using backup name: 9d56ff9f3a16af3efa7c05dd20fffe90
Import of duplicity.backends.azurebackend Succeeded
Import of duplicity.backends.botobackend Succeeded
Import of duplicity.backends.cfbackend Succeeded
Import of duplicity.backends.copycombackend Succeeded
Import of duplicity.backends.dpbxbackend Succeeded
Import of duplicity.backends.gdocsbackend Succeeded
Import of duplicity.backends.giobackend Succeeded
Import of duplicity.backends.hsibackend Succeeded
Import of duplicity.backends.hubicbackend Succeeded
Import of duplicity.backends.imapbackend Succeeded
Import of duplicity.backends.lftpbackend Succeeded
Import of duplicity.backends.localbackend Succeeded
Import of duplicity.backends.megabackend Succeeded
Import of duplicity.backends.ncftpbackend Succeeded
Import of duplicity.backends.onedrivebackend Failed: No module named requests_oauthlib
Import of duplicity.backends.par2backend Succeeded
Import of duplicity.backends.pydrivebackend Succeeded
Import of duplicity.backends.rsyncbackend Succeeded
Import of duplicity.backends.ssh_paramiko_backend Succeeded
Import of duplicity.backends.ssh_pexpect_backend Succeeded
Import of duplicity.backends.swiftbackend Succeeded
Import of duplicity.backends.sxbackend Succeeded
Import of duplicity.backends.tahoebackend Succeeded
Import of duplicity.backends.webdavbackend Succeeded
Main action: restore
================================================================================
duplicity 0.7.02 ($reldate)
Args: /usr/bin/duplicity --ignore-errors --force --verbosity 8 --file-to-restore andreas_home/Documents/10 Gewerbe Kunz-Pro/10 Aqua file:///media/andreas/My Passport/backups/2015-04-05/monster /home/andreas/Documents/test
Linux andreas-D630 3.13.0-48-generic #80-Ubuntu SMP Thu Mar 12 11:16:15 UTC 2015 x86_64 x86_64
/usr/bin/python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2]
================================================================================
Using temporary directory /tmp/duplicity-I6BTiP-tempdir
Temp has 26343960576 available, backup will use approx 34078720.
Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Sun Apr 5 18:05:44 2015
Collection Status
-----------------
Connecting with backend: BackendWrapper
Archive dir: /home/andreas/.cache/duplicity/9d56ff9f3a16af3efa7c05dd20fffe90

Found 0 secondary backup chains.

Found primary backup chain with matching signature chain:
-------------------------
Chain start time: Sun Apr 5 18:05:44 2015
Chain end time: Sun Apr 5 18:05:44 2015
Number of contained backup sets: 1
Total number of contained volumes: 8661
 Type of backup set: Time: Num volumes:
                Full Sun Apr 5 18:05:44 2015 8661
-------------------------
No orphaned or incomplete backup sets found.
PASSPHRASE variable not set, asking user.
Making directory /home/andreas/Documents/test
Writing 40 Kunden of type dir
Making directory /home/andreas/Documents/test/40 Kunden
Writing 40 Kunden/!schmuck of type dir
Making directory /home/andreas/Documents/test/40 Kunden/!schmuck
Writing 40 Kunden/!schmuck/2006-12-06 EKPr Post (SEL JE2006 Hag2006) schmuck.doc of type reg
Writing 40 Kunden/!schmuck/2006-12-08 !schmuck Ermäßigung.xls of type reg
Writing 40 Kunden/!schmuck/2006-12-08 EKPr Fax (Ermäßigung) schmuck.doc of type reg
Writing 40 Kunden/!schmuck/2006-12-13 EKPr Fax (Druckmessung) Kristina+Anita.doc of type reg
Writing 40 Kunden/!schmuck/2006-12-15 Bestellung !schmuck.PDF of type reg
[...]

[...]
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe of type dir
Making directory /home/andreas/Documents/test/80 Dienstleister/Hampe/2007-11-27 Hampe
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-10-19 Träger Magnetventil (Laser).dxf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-18 AQUANEA V2.dxf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-18 Bohrschablone Träger (Laser).dxf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-18 Tankdeckel NW100_V3 (Laser).dxf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-20 Bohrschablone Träger (Laser V2).dxf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-27 Bohrschablone Träger V3 (Info).pdf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/Tankdeckel NW100_or.dxf of type reg
Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/reinesWasser.dxf of type reg
Writing 80 Dienstleister/Hampe/2008-01-08 Hampe of type dir
Making directory /home/andreas/Documents/test/80 Dienstleister/Hampe/2008-01-08 Hampe
Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/2008-01-07 Shureflow Träger_einfach.dxf of type reg
Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/2008-01-08 Lecksensor.dxf of type reg
Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/2008-01-08 Schottverbinder-Träger.dxf of type reg
Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/Teile biegen.pdf of type reg
Writing 80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008 of type dir
Making directory /home/andreas/Documents/test/80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008
Writing 80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008/NichtOkay1.JPG of type reg
Deleting /tmp/duplicity-I6BTiP-tempdir/mktemp-XgqkGn-7
Processed volume 6 of 8661
Invalid data - SHA1 hash mismatch for file:
 duplicity-full.20150405T160544Z.vol4824.difftar.gpg
 Calculated hash: a229d6d62c6c0cb74eb523a32cf560583eb917db
 Manifest hash: b90a7f7e93407f3db6833869d75e8a049161932f

Revision history for this message
edso (ed.so) said : 		#3

On 07.04.2015 22:56, Andreas wrote:
> Question #264755 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/264755
>
> Status: Answered => Open
>
> Andreas is still having a problem:
> Oh, hi, thanks for the quick reply. So I chose one of the folders of the
> full restore where the problem occurs. And also I have removed the
> "middle" section where it only displays what is successfully restored.
> So here it is:
>
>
>
> Running in 'ignore errors' mode due to --ignore-errors; please re-consider if this was not intended
> Using archive dir: /home/andreas/.cache/duplicity/9d56ff9f3a16af3efa7c05dd20fffe90
> Using backup name: 9d56ff9f3a16af3efa7c05dd20fffe90
> Import of duplicity.backends.azurebackend Succeeded
> Import of duplicity.backends.botobackend Succeeded
> Import of duplicity.backends.cfbackend Succeeded
> Import of duplicity.backends.copycombackend Succeeded
> Import of duplicity.backends.dpbxbackend Succeeded
> Import of duplicity.backends.gdocsbackend Succeeded
> Import of duplicity.backends.giobackend Succeeded
> Import of duplicity.backends.hsibackend Succeeded
> Import of duplicity.backends.hubicbackend Succeeded
> Import of duplicity.backends.imapbackend Succeeded
> Import of duplicity.backends.lftpbackend Succeeded
> Import of duplicity.backends.localbackend Succeeded
> Import of duplicity.backends.megabackend Succeeded
> Import of duplicity.backends.ncftpbackend Succeeded
> Import of duplicity.backends.onedrivebackend Failed: No module named requests_oauthlib
> Import of duplicity.backends.par2backend Succeeded
> Import of duplicity.backends.pydrivebackend Succeeded
> Import of duplicity.backends.rsyncbackend Succeeded
> Import of duplicity.backends.ssh_paramiko_backend Succeeded
> Import of duplicity.backends.ssh_pexpect_backend Succeeded
> Import of duplicity.backends.swiftbackend Succeeded
> Import of duplicity.backends.sxbackend Succeeded
> Import of duplicity.backends.tahoebackend Succeeded
> Import of duplicity.backends.webdavbackend Succeeded
> Main action: restore
> ================================================================================
> duplicity 0.7.02 ($reldate)
> Args: /usr/bin/duplicity --ignore-errors --force --verbosity 8 --file-to-restore andreas_home/Documents/10 Gewerbe Kunz-Pro/10 Aqua file:///media/andreas/My Passport/backups/2015-04-05/monster /home/andreas/Documents/test
> Linux andreas-D630 3.13.0-48-generic #80-Ubuntu SMP Thu Mar 12 11:16:15 UTC 2015 x86_64 x86_64
> /usr/bin/python 2.7.6 (default, Mar 22 2014, 22:59:56)
> [GCC 4.8.2]
> ================================================================================
> Using temporary directory /tmp/duplicity-I6BTiP-tempdir
> Temp has 26343960576 available, backup will use approx 34078720.
> Local and Remote metadata are synchronized, no sync needed.
> Last full backup date: Sun Apr 5 18:05:44 2015
> Collection Status
> -----------------
> Connecting with backend: BackendWrapper
> Archive dir: /home/andreas/.cache/duplicity/9d56ff9f3a16af3efa7c05dd20fffe90
>
> Found 0 secondary backup chains.
>
> Found primary backup chain with matching signature chain:
> -------------------------
> Chain start time: Sun Apr 5 18:05:44 2015
> Chain end time: Sun Apr 5 18:05:44 2015
> Number of contained backup sets: 1
> Total number of contained volumes: 8661
> Type of backup set: Time: Num volumes:
> Full Sun Apr 5 18:05:44 2015 8661
> -------------------------
> No orphaned or incomplete backup sets found.
> PASSPHRASE variable not set, asking user.
> Making directory /home/andreas/Documents/test
> Writing 40 Kunden of type dir
> Making directory /home/andreas/Documents/test/40 Kunden
> Writing 40 Kunden/!schmuck of type dir
> Making directory /home/andreas/Documents/test/40 Kunden/!schmuck
> Writing 40 Kunden/!schmuck/2006-12-06 EKPr Post (SEL JE2006 Hag2006) schmuck.doc of type reg
> Writing 40 Kunden/!schmuck/2006-12-08 !schmuck Ermäßigung.xls of type reg
> Writing 40 Kunden/!schmuck/2006-12-08 EKPr Fax (Ermäßigung) schmuck.doc of type reg
> Writing 40 Kunden/!schmuck/2006-12-13 EKPr Fax (Druckmessung) Kristina+Anita.doc of type reg
> Writing 40 Kunden/!schmuck/2006-12-15 Bestellung !schmuck.PDF of type reg
> [...]
>
> [...]
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe of type dir
> Making directory /home/andreas/Documents/test/80 Dienstleister/Hampe/2007-11-27 Hampe
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-10-19 Träger Magnetventil (Laser).dxf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-18 AQUANEA V2.dxf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-18 Bohrschablone Träger (Laser).dxf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-18 Tankdeckel NW100_V3 (Laser).dxf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-20 Bohrschablone Träger (Laser V2).dxf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/2007-11-27 Bohrschablone Träger V3 (Info).pdf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/Tankdeckel NW100_or.dxf of type reg
> Writing 80 Dienstleister/Hampe/2007-11-27 Hampe/reinesWasser.dxf of type reg
> Writing 80 Dienstleister/Hampe/2008-01-08 Hampe of type dir
> Making directory /home/andreas/Documents/test/80 Dienstleister/Hampe/2008-01-08 Hampe
> Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/2008-01-07 Shureflow Träger_einfach.dxf of type reg
> Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/2008-01-08 Lecksensor.dxf of type reg
> Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/2008-01-08 Schottverbinder-Träger.dxf of type reg
> Writing 80 Dienstleister/Hampe/2008-01-08 Hampe/Teile biegen.pdf of type reg
> Writing 80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008 of type dir
> Making directory /home/andreas/Documents/test/80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008
> Writing 80 Dienstleister/Hampe/Hahnauslaufkorrekturen Feb2008/NichtOkay1.JPG of type reg
> Deleting /tmp/duplicity-I6BTiP-tempdir/mktemp-XgqkGn-7
> Processed volume 6 of 8661
> Invalid data - SHA1 hash mismatch for file:
> duplicity-full.20150405T160544Z.vol4824.difftar.gpg
> Calculated hash: a229d6d62c6c0cb74eb523a32cf560583eb917db
> Manifest hash: b90a7f7e93407f3db6833869d75e8a049161932f
>

i assume it stops there and exits?

which duplicity version is that?

can you run it please with max. verbosity "-v9".. and send the relevant part again?

..ede/duply.net

Revision history for this message
Andreas (s-rnfo-2) said : 		#4

Yes, it stops and exits.
backup created using 0.6.23, restore attempt using 0.6.23, then 0.7.02 (the one above is from that version).

Fortunately, I managed to manually restore most of the archive. But at least 4 volumes were corrupt (luckily containing data that I had on older backups... sigh...).

I have tried a rerun of the above using verbosity 9, but now it would not work at all. It now says files were missing (not volumes, some other cryptic stuff I don't recognise in first place). I don't think there have been any changes to (or in) the folder where those volumes are stored. But it breaks.
I don't really need a solution (to the original problem) as I have a full restore now. But if you still would like to figure out what went wrong I will submit any information that you need to sort this out. In the end, it would be nice if this piece of software could be improved to make it more reliable.

Cheers, Andreas.

Revision history for this message
Andreas (s-rnfo-2) said : 		#5

anyway, I still had the console open, so here's the output:

andreas@andreas-D630:~/work$ duplicity --ignore-errors --force --verbosity 9 --file-to-restore "andreas_home/Documents/10 Gewerbe Kunz-Pro/10 Aqua" file:///media/andreas/My\ Passport/backups/2015-04-05/monster /home/andreas/test

[...]
File duplicity-full.20150405T160544Z.vol8659.difftar.gpg is part of known set
File duplicity-full.20150405T160544Z.vol866.difftar.gpg is part of known set
File duplicity-full.20150405T160544Z.vol8660.difftar.gpg is part of known set
File duplicity-full.20150405T160544Z.vol8661.difftar.gpg is part of known set
File duplicity-full.20150405T160544Z.vol867.difftar.gpg is part of known set
File duplicity-full.20150405T160544Z.vol868.difftar.gpg is part of known set
Found backup chain [Sun Apr 5 18:05:44 2015]-[Sun Apr 5 18:05:44 2015]
Last full backup date: Sun Apr 5 18:05:44 2015
Collection Status
-----------------
Connecting with backend: BackendWrapper
Archive dir: /home/andreas/.cache/duplicity/9d56ff9f3a16af3efa7c05dd20fffe90

Found 0 secondary backup chains.

Found primary backup chain with matching signature chain:
-------------------------
Chain start time: Sun Apr 5 18:05:44 2015
Chain end time: Sun Apr 5 18:05:44 2015
Number of contained backup sets: 1
Total number of contained volumes: 8661
 Type of backup set: Time: Num volumes:
                Full Sun Apr 5 18:05:44 2015 8661
-------------------------
No orphaned or incomplete backup sets found.
PASSPHRASE variable not set, asking user.
GnuPG passphrase:
Registering (mktemp) temporary file /tmp/duplicity-fqMPEY-tempdir/mktemp-ra6hv9-2
Releasing lockfile <lockfile.LinkFileLock instance at 0x7fa88d34d488>
Removing still remembered temporary file /tmp/duplicity-fqMPEY-tempdir/mkstemp-_ysQOD-1
Removing still remembered temporary file /tmp/duplicity-fqMPEY-tempdir/mktemp-ra6hv9-2
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1519, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1513, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1370, in main
    do_backup(action)
  File "/usr/bin/duplicity", line 1447, in do_backup
    restore(col_stats)
  File "/usr/bin/duplicity", line 715, in restore
    restore_get_patched_rop_iter(col_stats)):
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 553, in Write_ROPaths
    for ropath in rop_iter:
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 516, in integrate_patch_iters
    for patch_seq in collated:
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 388, in yield_tuples
    setrorps(overflow, elems)
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 377, in setrorps
    elems[i] = iter_list[i].next()
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 106, in filter_path_iter
    for path in path_iter:
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 120, in difftar2path_iter
    tarinfo_list = [tar_iter.next()]
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 338, in next
    self.set_tarfile()
  File "/usr/lib/python2.7/dist-packages/duplicity/patchdir.py", line 333, in set_tarfile
    self.tarfile = util.make_tarfile("r", self.current_fp)
  File "/usr/lib/python2.7/dist-packages/duplicity/util.py", line 126, in make_tarfile
    tf = tarfile.TarFile("arbitrary", mode, fp)
  File "/usr/lib/python2.7/tarfile.py", line 1530, in __init__
    self.name = os.path.abspath(name) if name else None
  File "/usr/lib/python2.7/posixpath.py", line 371, in abspath
    cwd = os.getcwd()
OSError: [Errno 2] No such file or directory

Here it keeps hanging until I do a ctrl+c.

Can you help with this problem?

Provide an answer of your own, or ask Andreas for more information if necessary.

To post a message you must log in.