duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Duplicity-talk] decryption failed: secret key not available after purgi


From: Patrick Allemann
Subject: [Duplicity-talk] decryption failed: secret key not available after purging .cache
Date: Tue, 07 Dec 2010 15:55:10 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6

Hi all,

I am currently running daily backups without any problems for a couple of months and I wanted to test what would happen if I would lose the host.
Setup is:
duply version 1.5.4
and
duplicity 0.6.10

I was able to reproduce this on two different machines:

The Backup is OK (output cropped)

/bin/duply sys_duply status
================================================================================
duplicity 0.6.10 (September 19, 2010)
Args: /usr/bin/duplicity collection-status --name duply_sys_duply --encrypt-key 33A19F7C --sign-key 33A19F7C --verbosity 6 --full-if-older-than 1M --asynchronous-upload --allow-source-mismatch --ssh-askpass scp://address@hidden/sysbackup/sys_duply
Linux sn72685 2.6.26-2-amd64 #1 SMP Thu Sep 16 15:56:38 UTC 2010 x86_64
/usr/bin/python 2.5.2 (r252:60911, Jan 24 2010, 17:44:40)
Chain start time: Tue Dec  7 15:23:25 2010
Chain end time: Tue Dec  7 15:23:25 2010
Number of contained backup sets: 1
Total number of contained volumes: 1
 Type of backup set:                            Time:      Num volumes:
                Full         Tue Dec  7 15:23:25 2010                 1
-------------------------
No orphaned or incomplete backup sets found.
Using temporary directory /tmp/duplicity-KRgS5F-tempdir
--- Finished state OK at 15:43:32.320 - Runtime 00:00:13.383 ---

Now in order to have duplicity re-download the manifests I move away the .cache/duplicity/duply_sys_duply directory. The .duply-directories, the GPG-Keys - everything is left untouched.
~/.cache/duplicity# mv duply_sys_duply/ duply_sys_duply_bkup

When I re-run the command:
/bin/duply sys_duply status
duplicity 0.6.10 (September 19, 2010)
Args: /usr/bin/duplicity collection-status --name duply_sys_duply --encrypt-key 33A19F7C --sign-key 33A19F7C --verbosity 6 --full-if-older-than 1M --asynchronous-upload --allow-source-mismatch --ssh-askpass scp://address@hidden/sysbackup/sys_duply
Linux sn72685 2.6.26-2-amd64 #1 SMP Thu Sep 16 15:56:38 UTC 2010 x86_64
/usr/bin/python 2.5.2 (r252:60911, Jan 24 2010, 17:44:40)
[GCC 4.3.2]
================================================================================
Running 'sftp -oServerAliveInterval=15 -oServerAliveCountMax=2 address@hidden' (attempt #1)
sftp command: 'mkdir "sysbackup/sys_duply"'
sftp command: 'cd "sysbackup/sys_duply"'
sftp command: 'ls -1'
Synchronizing remote metadata to local cache...
Copying duplicity-full-signatures.20101115T120220Z.sigtar to local cache.
Using temporary directory /tmp/duplicity-nQJNG3-tempdir
Running 'sftp -oServerAliveInterval=15 -oServerAliveCountMax=2 address@hidden' (attempt #1) sftp command: 'get "sysbackup/sys_duply/duplicity-full-signatures.20101115T120220Z.sigtar.gpg" "/tmp/duplicity-nQJNG3-tempdir/mktemp--c4cGb-1"'
GPG error detail: Traceback (most recent call last):
  File "/usr/bin/duplicity", line 1245, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 1238, in with_tempdir
    fn()
  File "/usr/bin/duplicity", line 1139, in main
    sync_archive()
  File "/usr/bin/duplicity", line 953, in sync_archive
    copy_to_local(fn)
  File "/usr/bin/duplicity", line 913, in copy_to_local
    size=sys.maxint)
File "/usr/lib/python2.5/site-packages/duplicity/gpg.py", line 331, in GzipWriteFile
    new_block = block_iter.next(min(128*1024, bytes_to_go))
  File "/usr/bin/duplicity", line 894, in next
    self.fileobj.close()
File "/usr/lib/python2.5/site-packages/duplicity/dup_temp.py", line 210, in close
    assert not self.fileobj.close()
File "/usr/lib/python2.5/site-packages/duplicity/gpg.py", line 198, in close
    self.gpg_failed()
File "/usr/lib/python2.5/site-packages/duplicity/gpg.py", line 165, in gpg_failed
    raise GPGError, msg
GPGError: GPG Failed, see log below:
===== Begin GnuPG log =====
gpg: encrypted with ELG-E key, ID 569CEC70
gpg: decryption failed: secret key not available
===== End GnuPG log =====


GPGError: GPG Failed, see log below:
===== Begin GnuPG log =====
gpg: encrypted with ELG-E key, ID 569CEC70
gpg: decryption failed: secret key not available
===== End GnuPG log =====

15:48:06.381 Task 'STATUS' failed with exit code '31'.
--- Finished state FAILED 'code 31' at 15:48:06.381 - Runtime 00:00:10.960 ---

The directory in cache/duplicity is being created - if I move everything back - no problem running the command.

The key mentioned in the GPG-error is completely unknown to me...
/root/.gnupg/secring.gpg
------------------------
sec   1024D/33A19F7C 2010-11-25
uid                  patricks secret key
ssb   1024g/34F60720 2010-11-25

also: ~/.duply/sys_duply# ls
conf  exclude  gpgkey.33A19F7C.pub.asc    gpgkey.33A19F7C.sec.asc


The expected behavior would be that duplicity re-downloads the manifests if missing on the local cache. I am not quite sure what I could have done to mess up the thing.

Thank you for your help
Regards
Patrick




reply via email to

[Prev in Thread] Current Thread [Next in Thread]