Summary: | Memory leak in akonadi_nepomuk_email_feeder. Eats all RAM and SWAP until it crashes | ||
---|---|---|---|
Product: | nepomuk | Reporter: | Aitor <mail> |
Component: | general | Assignee: | Sebastian Trueg <sebastian> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | alejandronova, jospoortvliet, me, wstephenson |
Priority: | NOR | ||
Version: | 4.7 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | akonadi_nepomuk_email_feeder Screenshot |
I'm open to provide more info this weekend if you can point me where to look ;) This is the last great Nepomuk memory issue. In my system, dbus gets a significant impact also, so this could be a near-duplicate of the already fixed Nepomuk memory leaks. Sebastian, can you check if dbus calls are getting stuck with akonadi_nepomuk_email_feeder? Also, what's the situation with KDE 4.8? AFAIK, akonadi_nepomuk_email_feeder was entirely rewritten. @Aitor: A better workaround: try to delete the Nepomuk EMail Feeder from Akonadi Console. Run akonadiconsole in a command line, or look for Akonadi Console. I also get the leak with 4.8. kdepim reckon it's the resource passing items to the feeder faster than it can index them, so the queue grows. I have a lot of RAM so it didn't OOM yet. The best way to 'work around this' is letting the feeder index all mail. This will of course get you a problem as it keeps growing :D My solution was to schedule a large number of "akonadictl restart" over night. Like this: sleep 20m && akonadictl restart & sleep 40m && akonadictl restart & sleep 1h && akonadictl restart & sleep 1h && sleep 20m && akonadictl restart & and so on. I bet there is a way better way of doing this but this allowed the feeder to index all my mail during one night and now the problem is solved so I'm happy :D Can you upgrade shared-desktop-ontologies and retest? @Alejandro Nova Deleteing Nepomuk EMail Feeder was not useful for me as it was recreated automatically upon restart. I've just upgraded to shared-desktop-ontologies 0.8.1 and I haven't notice any change. I still need to kill akonadi_nepomuk_email_feeder processes @Aitor: Can you do a final test with s-d-o 0.8.1 or a git snapshot, and KDE 4.8 Beta 1? With that combination, I do not get any memory leak indexing mails. I even recreated my Nepomuk database and the akonadi-nepomuk-feeder didn't grow beyond 120 MB. I've just upgraded to KDE 4.8 Beta 1 and I can not reproduce this any more. |
Created attachment 65503 [details] akonadi_nepomuk_email_feeder Screenshot Version: 4.7 (using KDE 4.7.3) OS: Linux akonadi_nepomuk_email_feeder crashes (or has to be killed) twice (I have 4 IMAP accounts configured) before it stops being respawned. Reproducible: Always Steps to Reproduce: Log into your account (kmail runs on logon) and see how akonadi_nepomuk_email_feeder eats all your ram. Actual Results: akonadi_nepomuk_email_feeder eats all your ram until it crashes Expected Results: it runs on background not being noticed