duplicity-talk
[Top][All Lists]
Advanced

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

Re: [Duplicity-talk] Problem with duply / gpg and docker - Not a tty


From: edgar . soldin
Subject: Re: [Duplicity-talk] Problem with duply / gpg and docker - Not a tty
Date: Sun, 3 Apr 2016 14:14:19 +0200
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0

On 02.04.2016 16:31, Peter Hase wrote:
> Hi all,
> I’ve tried to use duply instead of duplicity on my newly created docker image 
> (https://github.com/Gymnae/docker-duplicity) for backing up volumes and 
> folders to s3 buckets.
> The problems are more in-depth described here: 
> http://stackoverflow.com/questions/36356924/not-a-tty-error-in-alpine-based-duplicity-image
> 
>     / # duply koken backup -v9
>     Start duply v1.9.1, time is 2016-04-02 14:18:47.
>     Using profile '/home/duplicity/.duply/koken'.
>     Using installed duplicity version 0.7.05, python 2.7.11, gpg 2.1.10 
> (Home: ~/.gnupg), bash '4.3.42(1)-release (x86_64-alpine-linux-musl)'.
>     Autoset found secret key of first GPG_KEY entry ‘<mysecretkey>' for 
> signing.
>     Checking TEMP_DIR '/tmp' is a folder (OK)
>     Checking TEMP_DIR '/tmp' is writable (OK)
>     TODO: reimplent tmp space check
>     Test - Encrypt to '<mysecretkey>' & Sign with '<mysecretkey>' (FAILED)
> 
>     Sorry. A fatal ERROR occured:
> 
>     Encryption failed (Code 2).
>     gpg: using "<mysecretkey>" as default secret key
>     [GNUPG:] PROGRESS need_entropy X 8 16
>     [GNUPG:] PROGRESS need_entropy X 16 16
>     [GNUPG:] BEGIN_SIGNING H8
>     [GNUPG:] PINENTRY_LAUNCHED 225
>     gpg: signing failed: Not a tty
>     [GNUPG:] BEGIN_ENCRYPTION 2 9
>     [GNUPG:] FAILURE sign-encrypt 83918950
>     gpg: /usr/bin/duply: sign+encrypt failed: Not a tty
> 
>     Hint:
>       This error means that gpg is probably misconfigured or not working 
>       correctly. The error message above should help to solve the problem.
>       However, if for some reason duply should misinterpret the situation you 
>       can define GPG_TEST='disabled' in the conf file to bypass the test.
>       Please do not forget to report the bug in order to resolve the problem
>       in future versions of duply.
> 
> 
> This is kind of the same problem, which I had with duplicity.
> Something is keeping gpg from signing and encrypting the files - even 
> decrypting does not work for incremental backups.
> Something something tty. No clue what I can do…
> 
> Any help it super welcome.
> 

do you provide a gpg passphrase for the key in your duplicity conf? it seems to 
be needed, but when run in cron there is no tty available to prompt you to put 
it in. that's the error you see.

if so, gpg 2.1 needs some extra setup to accept a passphrase piped into it. see 
here
 https://sourceforge.net/p/ftplicity/bugs/76/#74c5

if you are using the latest duply, which is advised, you should find comments 
regarding the use of gpg 2.1 in the generated conf file.

alternatively use gpg-agent.

..ede



reply via email to

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