Control: tags 840680 + unreproducible moreinfo Control: severity 840680 important
hi Shengjing-- Thanks for this report. it sounds frustrating! I hope we can debug it: On Thu 2016-10-13 15:12:44 -0400, Shengjing Zhu wrote: > After upgrade to 2.1.15-4, I find dirmngr is not always responding > which makes command like `gpg --refresh-keys` stuck. is this "always not responding" or "sometimes not responding"? I haven't observed the same behavior with dirmngr myself, so i'm not sure how to best proceed... > I test dirmngr with the following steps: > > First run `gpg-connect-agent --dirmngr /bye` > It should immediately return but it's stuck. > > But I open another shell to run `gpg-connect-agent --dirmngr /bye` > again. The first gpg-connect-agent returns and the second still is > stuck. > > And I run again `gpg-connect-agent` and the previous one returns. this is definitely strange behavior! have you tried attaching strace to the dirmngr process to see what it's doing while it's not answering you? or have you tried increasing the logging of dirmngr to see what it's doing while it's not responding? if the process id of dirmngr is $DIRMNGR_PID, you can use: strace -o dirmngr.strace -f -tt -T -p $DIRMNGR_PID to get an strace dump. You can increase the logging by adding these lines to ~/.gnupg/dirmngr.conf and then restarting dirmngr: log-file /tmp/dirmngr.log debug-level advanced If you've got dirmgnr logs or strace output that you think might be worth sharing, but are maybe too sensitive to post to this public bug report, feel free to send them privately to me (you can encrypt to 0EE5BE979282D80B9F7540F1CCD2ED94D21739E9 if you like). > So I guess only another process access to the dirmngr socket, the > previous connect will be got processed. I'm not sure what you mean by this. can you explain? --dkg
signature.asc
Description: PGP signature