373443 2016-12-08 22:20:56 +0000 Mail Dispatcher Agent spins at 100% CPU after upgrade from 4:16.08.2+p16.04+git20161117.2322-0 to 4:16.08.3+p16.04+git20161207.0319-0 2023-07-17 05:29:58 +0000 1 1 3 Frameworks and Libraries Akonadi Mail Dispatcher Agent 5.3.2 Neon Linux UNCONFIRMED NOR normal --- 0 mails.bugs.kde.org-2025-1 pim-bugs-null criguada frapell heri+kde joseph mike montel patrizio+kde peter.fink126 rewarp tlinux vkrause 35 oldest_to_newest 1644206 0 mails.bugs.kde.org-2025-1 2016-12-08 22:20:56 +0000 After today's KDE Neon update from Akonadi 4:16.08.2+p16.04+git20161117.2007-0 to 4:16.08.3+p16.04+git20161208.0216-0, Mail Dispatcher Agent spins at 100% CPU. It starts doing this immediately after login and also continues immediately after an "akonadictl restart". Upon "akonadictl stop", Mail Dispatcher Agent crashes instead of shutting down cleanly. 1644250 1 mails.bugs.kde.org-2025-1 2016-12-09 09:10:53 +0000 In Akonadi console, this Agent is never displayed as running or online, but labeled with an unconnected plug icon and shown as offline. Meanwhile, it's happily spinning away, eating CPU and causing lots of noise due to the CPU fan having to run at full speed... The only workaround I could find so far was entirely removing this Akonadi Agent using the Akonadi console. However, obviously, I cannot send any mails any more using kMail if I do this, so this also is not really an option... :-/ I can live without the other agents which cause trouble since the update, but I clearly cannot properly work without the Mail Dispatcher Agent... :-( What option's do I have to determine why this agent is not initialising correctly but (apparently) enters an infinite loop instead? What's it doing? 1644251 2 mails.bugs.kde.org-2025-1 2016-12-09 09:12:19 +0000 BTW, I also tried removing and re-adding this agent using Akonadi console, but this also did not help / did not change anything. 1644253 3 mails.bugs.kde.org-2025-1 2016-12-09 09:18:23 +0000 stracing the process shows just this: read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 read(10, "", 16384) = 0 1646093 4 tlinux 2016-12-20 05:47:39 +0000 Can you fix it: lsof -p <pid> Example return: ... akonadi_m 3035 user 10r REG 8,3 324 3807516 /home/user/.config/akonadi/agent_config_akonadi_migration_agent_changes.dat - stop akonadi, - rename file agent_config_akonadi_migration_agent_changes.dat - start akonadi The same for the other akonadi process (100% CPU) 1646256 5 montel 2016-12-20 17:10:43 +0000 There is a fix for 100% CPU in akonadi master 98e72dd81f3b8d5faeb262f765cda9539d1c271f Are you able to rebuild akonadi with this patch ? 1648014 6 rewarp 2016-12-28 16:29:37 +0000 I can confirm Tomasz's solution fixes the problem on openSUSE Tumbleweed. I only noticed the problem when KMail failed to send my messages in my outbox, presumably because of the saturation of the CPU processes. Thanks for the suggestion. 1649850 7 mails.bugs.kde.org-2025-1 2017-01-06 10:01:23 +0000 @Laurent: Sorry for the late reply. As kMail did not work for me any more with this bug, I had to switch to Thunderbird for the meantime - and I did not notice that I had not subscribed to the IMAP folder where my KDE Bugzilla notifications end up, so I missed your question... :-( (I configured kMail to show all folders regardless of subscription state.) So that I've now seen your question (and tons of others) is an indication that it's working for me again since yesterdays update. :) Interestingly, KDE PIM Runtime which contains the mail agent was not changed during this update, but Akonadi was upgraded to 4:16.12.0+p16.04+git20170104.0343-0 (KDE Neon package). So if this fix was contained therein, it helps. If it wasn't, the issue was caused by something else. 1650029 8 dvratil 2017-01-06 21:54:55 +0000 *** Bug 373444 has been marked as a duplicate of this bug. *** 1650031 9 dvratil 2017-01-06 21:57:03 +0000 *** Bug 373441 has been marked as a duplicate of this bug. *** 1650033 10 dvratil 2017-01-06 21:57:20 +0000 *** Bug 373442 has been marked as a duplicate of this bug. *** 1650042 11 dvratil 2017-01-06 22:06:55 +0000 *** Bug 373989 has been marked as a duplicate of this bug. *** 1653211 12 patrizio+kde 2017-01-10 05:42:22 +0000 After I was hit by https://bugs.kde.org/show_bug.cgi?id=373782 and could "fix" that with the sql_mode change I also got 100% CPU for these agents on KDE neon User Edition 5.8: - Notes Agent - Migration Agent - Archive Mail Agent - Mail Dispatcher Agent Removing the corresponding /home/user/.config/akonadi/agent_config_akonadi_*_agent_changes.dat files help for me too. The 4x 100% CPU symptom is gone and mails are sent again. 1655629 13 criguada 2017-01-20 08:10:14 +0000 I had the same problem as Patrizio, and using the workaround by Tomasz (comment 4) fixed it completely on my Tumbleweed. Cris 1860932 14 frapell 2019-06-05 14:49:11 +0000 I was bitten by this bug too. The problematic file was agent_config_akonadi_imap_resource_0_changes.dat After applying the suggested workaround (stop akonadi, rename the file, start akonadi), the issue went away. this is on Akonadi 4:19.04.1-0xneon+18.04+bionic+build25 Operating System: KDE neon 5.15 KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.58.0 Qt Version: 5.12.0 Kernel Version: 4.15.0-50-generic 2241368 15 joseph 2023-07-17 05:29:58 +0000 I have had a similar experience. I tried moving about 40,000 emails to a folder and aconadi imap process went to 100% CPU for the next 16 hours until I got annoyed with the fan noise. However stoppiing aconadi, moving agent_config_akonadi_imap_resource_0_changes.dat, and starting aconadi again fixed it. Though not all of the emails seems to have actually moved to the folder.