Summary: | kleopatra opens handles but never closes them causing windows to run out of handles | ||
---|---|---|---|
Product: | [Applications] kleopatra | Reporter: | kde |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bios01, christianschlatow, emanuel, joakim.kde, mail.codeintheshell, mutz, roderick.mooi, ville.ollikainen |
Priority: | HI | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
Showing 8131 handles open by Kleopatra
Kleopatra 2.1.0 handles after 1.5 hours |
Description
kde
2010-03-01 23:18:06 UTC
Since this bug is difficult to track back to Kleopatra and it gives severe problems in Windows it should get highest priority. I had to restart my computer several times a day before I discovered that this problem was related to Kleopatra. I saw that the Handles went down since PuTTY reported "Network error: no buffer space available" and found the bug at this page: http://serverfault.com/questions/131935/network-error-no-buffer-space-available Can confirm this bug with Kleopatra version 2.0.14-svn1098530 (2010-03-03) under Windows XP Professional SP2 & SP3. Kleopatra opening about every 3 seconds a "\Device\Tcp" Handle and a "\Device\Afd\Endpoint" Handle but only destroys the Afd\Endpoint. After some hours all network communications (ssh, www, etc) are unusable, but ICMP Echo's still work. Closing only Kleopatra and therefor destroying all open handles get the network communication back. Can confirm the same behaviour in Kleopatra version 2.1.0-svn1167864 included with gpg4win 2.1.0 Beta 1 Confirming same problem - also using Kleopatra v2.0.14-svn1098530 with Gpg4win V2.0.4. Can somebody please fix or at least comment on this for us? It's a pain to restart Kleopatra everyday... Thanks! (In reply to comment #4) > Confirming same problem - also using Kleopatra v2.0.14-svn1098530 with Gpg4win > V2.0.4. Can somebody please fix or at least comment on this for us? It's a pain > to restart Kleopatra everyday... Thanks! PS I'm using Windows XP SP3 with Outlook 2007. Any news? Seems to be a critical problem in Gpg4win. I also confirm this annoying bug: - Kleopatra Version 2.0.14-svn1098530 (2010-03-03) - Gpg4win 2.0.4 - WinXP Pro, SP3 - Office Outlook 2003, SP3 Whenever Kleopatra is running, it runs out of handles within a day or two. All network connections seem to die, but get back after restarting Kleopatra. Sorry, but I can't reproduce this issue. My test on Windows XP SP3: - Install Gpg4win 2.1.0-rc1 - Run Kleopatra (v2.1.0-svn1192835) - Import OpenPGP certificate - Wait more than 3 days... Kleopatra is already running. Kleopatra and internet connections works. Logging with process monitor (v2.93) shows every 2 seconds network traffic between kleoatra and gpg-agent. After some hours process monitor crashed - maybe to much data? Can anybody try to reproduce this issue with gpg4win-2.1.0-rc1? Created attachment 55848 [details]
Showing 8131 handles open by Kleopatra
Hi all, problem still exists using gpg4win-2.1.0-rc1: Windows XP SP3 + Office 2007 - Upgrade v2.0.4 to Gpg4win 2.1.0-rc1 - Run Kleopatra (v2.1.0-svn1192835) overnight - This morning, Kleopatra crashed with 8131 handles open, email not working, Googletalk offline... See attachment... Thanks! Created attachment 55853 [details]
Kleopatra 2.1.0 handles after 1.5 hours
Kleopatra properties in Process Explorer shows approx 2 handles being created and 1 handle destroyed continuously resulting in the pool eventually being consumed. Note: this is as per the original (first) log for this bug.
> Can anybody try to reproduce this issue with gpg4win-2.1.0-rc1?
I updated to 2.1.0-svn1192835 (2010-11-04). It seems that the number of handles remains stable now.
(It's another issue, but the new Kleopatra crashes repeatedly.)
Roderick, I retested with Outlook 2007 on Win XP SP3 with Gpg4win 2.1.0-rc1: - Run Outlook (Kleopatra starts) - After ca. 9h Kleopatra and Internet Connection works. Process Explorer shows 240 open Handles. Note: I am testing with a fresh GNUPG-HOME dir. (Only one OpenPGP certificate imported.) Maybe you can do a restest with an emtpy GNUPGHOME or another machine? Do you use a smartcard reader? Ville, how many open handles Process Explorer shows after some hours? Do you started Kleopatra via Outlook 2003/2007? Do you have imported some OpenPGP/SMIME certificates? (For your other issue: Can you reproduce the crash of Kleopatra? The best would be a step-by-step instruction.) > how many open handles Process Explorer shows after some hours? Currently there are two "kleopatra.exe" processes with mem usage/vm size/paged pool/np pool/handles/threads as follows: 1208K/288K/15K/1K/16/1 36520K/16028K/185K/43K/352/10 > Do you started Kleopatra via Outlook 2003/2007? Good question... It's in the task bar. It may have been started by Outlook. It may have something (or have not anything) to do with the situation, that I have encrypted local Outlook folders, and Outlook requests password each time it is launched: launching Outlook takes more time than usual. > Do you have imported some OpenPGP/SMIME certificates? I have created one, and that's all in this PC. > (For your other issue: Can you reproduce the crash of Kleopatra? The best > would be a step-by-step instruction.) I created Bug 262918 A. not using smartcard reader B. Environment var GNUPGHOME is not defined + no reference in registry - where is the default or how do I clear it? Using gpg4win-2.1.0-rc1 - 1. Complete uninstall + removed references 2. Default install, skipped S/MIME configuration (not used) 3. Finish 4. Run Outlook = loads Kleopatra (usually get this: "The user interface server is not available or could not be started in time..." - clicked Retry (works)) 5. My previous certificates were loaded by default a. 1 under "My Certificates" b. " same under Trusted c. 4 under Other certificates Handles going up like crazy - already have 750 after < 1/2 hour. Tried the following: 1. Shutdown Kleopatra and closed Outlook 2. Set "HKEY_LOCAL_MACHINE//SOFTWARE//GNU//GnuPG//HomeDir" to "C:\temp" 3. Restarted Outlook 4. Outlook froze on loading, Kleopatra not responding - using 50% of dual-core CPUs = almost 100% of one of my CPUs. No joy after waiting a few mins. 5. Killed Kleopatra process = Outlook loaded ok 6. Restarted Outlook - same problem. 7. Undef HomeDir. Tried environment variable GNUPGHOME = C:\Temp 8. Outlook loaded ok but Kleopatra still not responding and at 50% CPU... Outlook hangs when trying to open encrypted emails. 9. Restarted PC 10. Same problem 11. After killing Kleopatra, with Outlook still open tried running it manually 12. Seemed to load ok with 0 keys (expected - blank home dir) [BUT the handles are still running away...] 13. Imported key 14. Tried to open encrypted email - not working 15. Tried to run certificate manager from Outlook - could not be loaded 16. Shutdown Kleopatra and close Outlook 17. Ah - I see, .conf files missing from temp home directory - copied from \Application Data\gnupg (assuming this is then the default home...) 18. Tried again. This time Outlook + Kleopatra started ok 0 keys in Kleopatra and the handles still keep on growing... Hi Emanuel Don't worry if this problem isn't reproducible - I'll live with it... Just disabled the Gnupg addin and enable it when I need to send/receive encrypted mail (which fortunately isn't too often). But if there's a solution down the line I'll definitely use it! Thanks for all your efforts! Now I can reproduce the problem with Gpg4win 2.1.0-rc1 and Outlook 2003 on Win XP SP3: Open handles growing up to >8000 in <3h. Internet connection doesn't work. After restarting Kleopatra everything works fine. (I started Kleopatra automatically via Outlook.) Talked with Marc: I comment out "app.startMonitoringSmartCard()" calls in kdepim/kleopatra/main.cpp and rebuild a new gpg4win installer for testing: ftp://ftp.intevation.de/users/emanuel/gpg4win/gpg4win-2.1.0-rc1_kleofix20110113.exe (sha1sum and signature in the same directory) My tests are successfully with this new/patched installer. Can you confirm it? Roderick, Ville: can you please test it? Thanks. Note: With this patch the automatically smart card detection of Kleopatra no longer works. We are working for a solution. Issue resolved in gpg4win 2.1.0-rc2. Not a kleopatra bug. Fixed windows socket problem in Gpgme and libassuan and added new packages to gpg4win trunk with gpg4win svn rev1630. Confirmed working in 2.1.0-rc2. Thanks guys! Great work! Appreciated! *** Bug 247778 has been marked as a duplicate of this bug. *** *** Bug 255311 has been marked as a duplicate of this bug. *** |