akonadi start 4 services at 100% on kde login

[Raph]

akonadi start 4 services at 100% on kde login and getting up to load until the computer was unusable..

 Linux desktop 2.6.35-22-generic #34-Ubuntu SMP Sun Oct 10 09:26:05 UTC 2010 x86_64 GNU/Linux
Description: Ubuntu 10.10
Release: 10.10
akonadi-server:
  Installé : 1.4.0-0ubuntu1
  Candidat : 1.4.0-0ubuntu1
 Table de version :
 *** 1.4.0-0ubuntu1 0
        500 http://ch.archive.ubuntu.com/ubuntu/ maverick/main amd64 Packages
        100 /var/lib/dpkg/status

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: akonadi-server 1.4.0-0ubuntu1 [modified: usr/bin/akonadi_control usr/bin/akonadi_rds usr/bin/akonadictl usr/bin/akonadiserver]
ProcVersionSignature: Ubuntu 2.6.35-22.34-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Thu Oct 14 09:06:40 2010
EcryptfsInUse: Yes
InstallationMedia: Kubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
ProcEnviron:
 LANGUAGE=
 LANG=fr_CH.UTF-8
 SHELL=/bin/bash
SourcePackage: akonadi

[Joseph S Tate (jtate)]

Created attachment 57028
Broken/corrupted config

Version: 1.4.0 (using KDE 4.5.1)
OS: Linux

I'm having kernel trouble that causes my laptop to fail to shutdown completely occasionally. After one of these crashes, about a minute after logging into KDE, the system would become unresponsive. I was able to open a top window and capture this:

 3020 jtate 20 0 540m 279m 15m R 32 5.7 0:09.20 akonadi_maildir
 3019 jtate 20 0 553m 283m 16m R 32 5.8 0:09.31 akonadi_ical_re
 3022 jtate 20 0 537m 280m 15m R 32 5.7 0:09.17 akonadi_maildis
 3018 jtate 20 0 544m 275m 16m R 29 5.6 0:08.99 akonadi_birthda
 3024 jtate 20 0 534m 278m 15m R 29 5.7 0:09.07 akonadi_nepomuk
 3027 jtate 20 0 539m 283m 15m R 29 5.8 0:09.29 akonadi_vcard_r

Once while I was in a vconsole, I saw this output several times:

I created a brand new account and akonadi was working with the fresh profile, so I started removing other things and restarting KDE.

type=1503 audit(1297265279.564:33): operation="file_perm" pid=5830 parent=5801 profile="/usr/sbin/mysqld-akonadi" requested_mask="w::" denied_mask="w::" fsuid=1000 ouid=1000 name="/.local/share/akonadi/db_data/mysql.err"

But removing the .local/share/akonadi directory didn't fix it. Neither did removing the .kde settings folder.

What did fix it was removing my ~/.config/akonadi folder. With this gone, the system doesn't hang, and my akonadi resource process show 19-20m RES memory use each.

I'll attach the backup of my .config/akonadi folder for forensic purposes. I've filed this bug in launchpad for Ubuntu, but I don't think it's Ubuntu specific: https://bugs.launchpad.net/ubuntu/+source/akonadi/+bug/709314

Reproducible: Always

Steps to Reproduce:
Restore the akonadi config directory, restart KDE.

Actual Results:
akonadi started resources start eating memory until your machine swaps itself unresponsive. Finally the OOM killer extends mercy.

Expected Results:
Not OOMed

X86_64

[Sturm Flut (sturmflut)]

I can confirm this bug on Kubuntu 10.10 with updated KDE 4.6.0 packages, removing ~/.config/akonadi seems to have fixed it.

[FreeMinded (pascal-planetmages)]

I can confirm this bug. Two weeks my Akonadi which I currently don't use started to go haywire. On KDE Login there are 4 or 5 Akonadi process running. They all fill up the memory very quickly rendering the computer almost unresponsive. If I wait long enough the processes disapear and the computer is usable again.

My "workaround" current work around is to have the Systemmonitor autostart. Right after login the computer is still responsive which gives me the change to kill all Akonadi processes before they clog my RAM. Interesting is that by killing one process the other immediatly start filling up the memory again. During this time CPU goes up to a 100%. Once memory the memory is full, CPU drops down again to only a few percent.

This is a very annoying bug. Especially considering that I use Kubuntu 10.04 LTS because I needed usable and stable system to work with.

Let me know if I can help with further information.

[Joseph S Tate (jtate)]

FreeMinded, you marked #709314 as a duplicate of this bug, but that bug has a lot more information, including a workaround that doesn't suck.

[Joseph S Tate (jtate)]

The upstream bug is here: https://bugs.kde.org/show_bug.cgi?id=265896

[Bogdan Enache (enachebogdan)]

I can confirm the same identical bug on Mint 10 KDE, so it's not Kubuntu specific.
Deleting ~/.config/akonadi/ fixed it.

[Subscryer (subscryer)]

I suffer from the same bug but only with akonadi nepomuk mail feeder, the other processes behave.
I'd rather avoid deleting akonadi data and spend another day or two synchronizing my imap folders... :(
So I'm waiting for a proper solution to the bug.
KDE 4.7 on gentoo here. I think I first configured akonadi in 4.4.

[Cgiboudeaux (cgiboudeaux)]

there are several reports here that shouldn't be mixed.

in the initial report,
> type=1503 audit(1297265279.564:33): operation="file_perm" pid=5830 parent=5801
profile="/usr/sbin/mysqld-akonadi" requested_mask="w::" denied_mask="w::"

likely means apparmor went crazy.

The cause of the issue seen on gentoo or mint is probably different

[Alexandre-bonneau (alexandre-bonneau)]

Same problem here with kubuntu 11.04, using kde 4.6.2.
The akonadi_maildis process eats all ram and swaps before being OOM-killed.

There is two workaround :
- killing the akonadi_maildis 3 times in a row stops akonadi to restart it, or
- as the others said, delete the ~/.config/akonadi folder.

I'm using linux 64 bits, and experiencied some crashes before too.

[Ferdinand Smit (ferdinand)]

Same problem here, but using Kubuntu 11.10, just started yesterday.

Akonadi is taking al lot of CPU and all my memory ... till the kernel starts to kill processes. That hapens within 10 minutes after login.

Akonadi is not responding to akonadictl stop, you have to kill it. (Or restart)

[Christian Mertes (cmertes)]

I can confirm the bug. If you want a tarball of the offending .config/akonadi please email me as I don't know what data exactly is in the database. I'm running Kubuntu 11.10 and my X freezes completely. I had to switch to the console in time to see what's happening.

[Sturm Flut (sturmflut)]

I replaced KDEPIM with Claws Mail and other packages, will no longer be able to help debugging this issue.

[Thomas-richard (thomas-richard)]

I can confirm this issue as well on Kubuntu 11.10 with KDE 4.7.3

It's damn annoying and renders the desktop unusable

[Nikita Kazeev (kazeevn)]

*** This bug has been confirmed by popular vote. ***

[Meyerm-3 (meyerm-3)]

After hitting this problem I updated my KDE 4.7 from opensuse 12.1 to KDE 4.8.1 with akonadi 1.7.1 from the KDE4.8 repository. Problem still persisted. Solution for now was deleting the imap resource taking all the memory and readding it in KMail :-(

See also #278487, #294447, #296706 and perhaps #260647, #290355.

[Alexandre-bonneau (alexandre-bonneau)]

As a side-note, I figured my RAM was badly damaged, which explained many bugs and corrupted files I observed for a few months.
Since I changed it and removed the ~/.config/akonadi folder, I haven't seen anymore 100% CPU problem with akonadi.

I suspect akonadi has some difficulty to manage corrupted database. That what should be fixed, just in case.

[Sergiu Bivol (sergiu-bivol)]

Even if you delete the Akonadi configuration under ~/.config/akonadi, this bug will bite you the next time you try to create a new maildir account in Kmail.

To fix this, run the following command:
mysqlcheck -u root -p --auto-repair --optimize --all-databases
Enter the password for your MySQL root user, NOT the system root user.

This bug has to do with MySQL database corruption. It happens after a system crash. I did an Alt+SysRq+RSEIUB to reset my machine (unrelated to Akonadi), and the next login greeted me with Akonadi eating my RAM, my CPU, my cat and part of my keyboard.

[iamsergio (iamsergio)]

Can anyone still reproduce this ?

What are the exact processes that are eating ram? and how much

[Harald Sitter (apachelogger)]

Closing in favor of upstream report.

[Kdenis (kdenis)]

This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present?

If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.