Re: Akonadi using 100% CPU resources
On 19/04/2022 08:03, Andrey Rahmatullin wrote:
On Mon, Apr 18, 2022 at 08:41:13PM +0100, piorunz wrote:
Thank you all,
I was able to uninstall many akonadi packages, including akonadi server,
and installed back (marked as installed manually) LibreOffice, system
printing and few other things. Unfortunately akregator which I use
(sporadically) still requires a few akonadi packages:
$ dpkg -l | grep akona | awk {print'$2'}
akonadi-contacts-data
akonadi-mime-data
libkf5akonadi-data
libkf5akonadicontact5:amd64
libkf5akonadicore5abi2:amd64
libkf5akonadimime5:amd64
libkf5akonadiprivate5abi2:amd64
libkf5akonadiwidgets5abi1:amd64
libkf5mailtransportakonadi5:amd64
None of these include the actual service. When in doubt you should read
package descriptions, though often package names are enough.
Yep, I thought so. Actual service is akonadi-server and other things.
Anyway, all of it has been nuked.
You seen my previous post with imgur link? 16 cores saturated and
cranked to 4.4 GHz that's quite a lot of electricity burned in vain, I
don't need any more heating up of my living room haha.
--
With kindest regards, Piotr.
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄
Re: Akonadi using 100% CPU resources
On Mon, Apr 18, 2022 at 08:41:13PM +0100, piorunz wrote:
> Thank you all,
>
> I was able to uninstall many akonadi packages, including akonadi server,
> and installed back (marked as installed manually) LibreOffice, system
> printing and few other things. Unfortunately akregator which I use
> (sporadically) still requires a few akonadi packages:
> $ dpkg -l | grep akona | awk {print'$2'}
> akonadi-contacts-data
> akonadi-mime-data
> libkf5akonadi-data
> libkf5akonadicontact5:amd64
> libkf5akonadicore5abi2:amd64
> libkf5akonadimime5:amd64
> libkf5akonadiprivate5abi2:amd64
> libkf5akonadiwidgets5abi1:amd64
> libkf5mailtransportakonadi5:amd64
None of these include the actual service. When in doubt you should read
package descriptions, though often package names are enough.
--
WBR, wRAR
signature.asc
Description: PGP signature
Re: Akonadi using 100% CPU resources
Le 18.04.2022 21:41, piorunz a écrit : Unfortunately akregator which I use (sporadically) Thunderbird can read RSS/Atom feeds --- Librement, Xavier Brochard xav...@alternatif.org La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre Rosnay)
Re: Akonadi using 100% CPU resources
On 18/04/2022 23:21, Xavier Brochard wrote: Le 18.04.2022 21:41, piorunz a écrit : Unfortunately akregator which I use (sporadically) Thunderbird can read RSS/Atom feeds Yes, and I use it too... Don't know why I didn't merged them before. I just moved them all to TB, full success. Akregator is gone, so is akonadi :) dpkg is clean, no more akonadi found. This group is invaluable as always - thank you Xavier! -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Re: Akonadi using 100% CPU resources
Thank you all,
I was able to uninstall many akonadi packages, including akonadi server,
and installed back (marked as installed manually) LibreOffice, system
printing and few other things. Unfortunately akregator which I use
(sporadically) still requires a few akonadi packages:
$ dpkg -l | grep akona | awk {print'$2'}
akonadi-contacts-data
akonadi-mime-data
libkf5akonadi-data
libkf5akonadicontact5:amd64
libkf5akonadicore5abi2:amd64
libkf5akonadimime5:amd64
libkf5akonadiprivate5abi2:amd64
libkf5akonadiwidgets5abi1:amd64
libkf5mailtransportakonadi5:amd64
I will keep them for now so akregator can work. I hope I will not
encounter any problem with akonadi again, now when almost all of it is
uninstalled.
Thanks all for your help!
--
With kindest regards, Piotr.
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄
Re: Akonadi using 100% CPU resources
Le 15.04.2022 02:18, piorunz a écrit :
I noticed that akonadi services are using 100% of 16-core CPU resources
on my machine. I don't even use Kmail, I use Thunderbird. I'm not even
sure what akonadi is for. I have following packages installed:
$ dpkg -l | grep akonadi | awk {'print $2'}
akonadi-backend-mysql
…
libkf5pimcommonakonadi5abi1:amd64
System is Debian Testing.
How can I get rid of that akonadi, or disable it?
I don't have any Akonadi package on my system. Akonadi is like Evolution
Server on Gnome, a central database service for groupware functions.
I can't uninstall akonadi-server, because it wants to uninstall with
it:
akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail*
knotes* korganizer* task-kde-desktop*
And dozens of libraries.
Some packages in your list are only meta or dependencies packages :
packages whom sole purpose is to simplify KDE installation with useful
dependencies (i.e. they install a bunch of packages). Have a look for
example at kde-standard. The others are all KDEPIM related packages.
Using Thunderbird you don't need any KDEPIM packages as Thunderbird and
its extensions can provide similar functionalities.
There is a quick and easy way to get rid of akonadi : build fake
package. But I prefer to open Aptitude or Synaptic and look at reverse
dependencies, this way I learn how to select KDE packages for my next
install.
For building fake package, just install equivs. There is plenty of
tutorials on how to use it. Then you can for example build and install a
new kde-standard package without KDEPIM dependencies (kmail, knote,
korganizer and so on). You will then easily remove KDEPIM packages and
Akonadi.
For reverse dependencies you will need to mark as "manual installed" all
task-kde-desktop and kde-standard dependency packages. So we start with
dependencies! Using Aptitude or Synaptic will help a lot. I recommend
Aptitude as it gives more informations.
- Opening task-kde-desktop, you will see that it depends on
kde-standard. Mark all other packages as manual installed (eventually
forgeting some of them that you don't need).
- Do the same with kde-standard
- Now you can remove these 2 meta packages. It shouldn't ask to remove
anything else.
- Then manually remove KDEPIM packages. Here you will probably need to
have a look at reverse dependencies to understand what will happened.
There is a very useful feature in Aptitude for thes task : in package
list mode, the bottom screen gives you short informations about every
packages. Pressing "i" keyboard key, you can switch between the 3 info
screen: first describe the package, second describe what will happened
with the action selected (update, remove, …), third show you why a
package is installed (reverse dependencies). All these info screen are
short, for more accurate informations you will need to open the
dependencies solutions proposed by aptitude (sometimes there is many)
and to open reverse dependencies in package screen.
Don't be afraid, all of this is easy.
Hope this help
---
Librement,
Xavier Brochard xav...@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre
Rosnay)
Re: Akonadi using 100% CPU resources
Le 15.04.2022 02:18, piorunz a écrit :
I noticed that akonadi services are using 100% of 16-core CPU resources
on my machine. I don't even use Kmail, I use Thunderbird. I'm not even
sure what akonadi is for. I have following packages installed:
$ dpkg -l | grep akonadi | awk {'print $2'}
akonadi-backend-mysql
…
libkf5pimcommonakonadi5abi1:amd64
System is Debian Testing.
How can I get rid of that akonadi, or disable it?
I don't have any Akonadi package on my system. Akonadi is like Evolution
Server on Gnome, a central database service for groupware functions.
I can't uninstall akonadi-server, because it wants to uninstall with
it:
akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail*
knotes* korganizer* task-kde-desktop*
And dozens of libraries.
Some packages in your list are only meta or dependencies packages :
packages whom sole purpose is to simplify KDE installation with useful
dependencies (i.e. they install a bunch of packages). Have a look for
example at kde-standard. The others are all KDEPIM related packages.
Using Thunderbird you don't need any KDEPIM packages as Thunderbird and
its extensions can provide similar functionalities.
There is a quick and easy way to get rid of akonadi : build fake
package. But I prefer to open Aptitude or Synaptic and look at reverse
dependencies, this way I learn how to select KDE packages for my next
install.
For building fake package, just install equivs. There is plenty of
tutorials on how to use it. Then you can for example build and install a
new kde-standard package without KDEPIM dependencies (kmail, knote,
korganizer and so on). You will then easily remove KDEPIM packages and
Akonadi.
For reverse dependencies you will need to mark as "manual installed" all
task-kde-desktop and kde-standard dependency packages. So we start with
dependencies! Using Aptitude or Synaptic will help a lot. I recommend
Aptitude as it gives more informations.
- Opening task-kde-desktop, you will see that it depends on
kde-standard. Mark all other packages as manual installed (eventually
forgeting some of them that you don't need).
- Do the same with kde-standard
- Now you can remove these 2 meta packages. It shouldn't ask to remove
anything else.
- Then manually remove KDEPIM packages. Here you will probably need to
have a look at reverse dependencies to understand what will happened.
There is a very useful feature in Aptitude for thes task : in package
list mode, the bottom screen gives you short informations about every
packages. Pressing "i" keyboard key, you can switch between the 3 info
screen: first describe the package, second describe what will happened
with the action selected (update, remove, …), third show you why a
package is installed (reverse dependencies). All these info screen are
short, for more accurate informations you will need to open the
dependencies solutions proposed by aptitude (sometimes there is many)
and to open reverse dependencies in package screen.
Don't be afraid, all of this is easy.
Hope this help
---
Librement,
Xavier Brochard xav...@alternatif.org
La liberté est à l'homme ce que les ailes sont à l'oiseau (Jean-Pierre
Rosnay)
Re: Akonadi using 100% CPU resources
On vrijdag 15 april 2022 12:10:55 CEST piorunz wrote: > You mean I can install them manually, and they will stay as manually > installed? Manually installed applications, or applications marked as such, are (at least with aptitude) treated differently. > So only akonadi-server* kaddressbook* kde-standard* kdepim-runtime* > kmail* knotes* korganizer* task-kde-desktop* will be gone effectively? When you installed task-kde-desktop, that installs 'the whole bunch' and apparently several of them you don't want. All the parts were automatically installed, so removing one would remove task-kde-desktop which removes them all again. So by choosing (i.e. explicitly installing (thus 'manually')) a narrower focused meta package and/or marking the applications that you do want as manually installed, then removing task-kde-desktop (or kmail f.e.) will not remove the whole bunch. > Shouldn't I have task-kde-desktop installed to track all packages > required by entire KDE? So my Testing system evolves with changing deps? You don't want to have all packages that are part of task-kde-desktop, so that (meta) package was the wrong choice for you. Each application *should* have their own (versioned) dependencies, so you don't need task-kde-desktop for that. It's not always 100% smooth though, but that's the consequence of running Testing. Often when 'disruptions' are expected, someone posts a message to this list saying so. Technically speaking they are bugs that should be fixed. HTH, Diederik signature.asc Description: This is a digitally signed message part.
Re: Akonadi using 100% CPU resources
On vrijdag 15 april 2022 12:40:34 CEST Martin Steigerwald wrote: > KRunner module my trigger starting Akonadi I think contact search is enabled by default, so that could be it. signature.asc Description: This is a digitally signed message part.
Re: Akonadi using 100% CPU resources
piorunz - 15.04.22, 11:56:28 CEST: > > Which processes of Akonadi are using up the CPU? In case it is just > > a > > certain process like "akonadi_indexing_agent", well what I did with > > this one is: > > > > chmod 000 /usr/bin/akonadi_indexing_agent > > > > It works. > > All of them. > Screenshot: > https://imgur.com/vJFrPPR > > Thank you, I will try to block all executables so they never run > again. Wow! This is ridiculous. I think I never had it this bad. -- Martin
Re: Akonadi using 100% CPU resources
piorunz - 15.04.22, 11:58:17 CEST:
> On 15/04/2022 09:37, Martin Steigerwald wrote:
> > Well on those systems where I do not use Akonadi and switch to
> > SQLite3.
> >
> > Please do not do this without having a good reason to do it, in case
> > you actually use Akonadi.
> >
> > There is potential data loss – i.e. loosing mails, appointments,
> > contacts – in there, since Akonadi is unfortunately not just a read
> > cache, but a time-limited – or unlimited in case of a certain
> > conditation – write cache where things may end to be stored just in
> > the database for a limited or even an unlimited time ("item without
> > RID" message in akonadictl fsck).
>
> I never ever used Akonadi database AFAIK. I don't use KDE contacts,
> KMail, or any of that.
> I use "Plasma Search" in KRunner, is that in Akonadi, or something
> separate?
Search for files should be based on Baloo. This is separate from Akonadi.
Some systray applet or KRunner module my trigger starting Akonadi,
depending on their settings. But it should be possible to disable this.
--
Martin
Re: Akonadi using 100% CPU resources
On Fri, Apr 15, 2022 at 11:10:55AM +0100, piorunz wrote: > > > > > Yes, totally. Why this abomination cannot be uninstalled without > > > > > pulling > > > > > half of KDE out? > > > > This is definitely not true. > > > > > > > $ sudo apt purge akonadi-server > > [...] > > > The following packages will be REMOVED: > > >akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail* > > > knotes* korganizer* task-kde-desktop* > > > 0 upgraded, 0 newly installed, 8 to remove and 1 not upgraded. > > Correct. > > > > > Printing gone. Libreoffice gone. Speech gone. That's what I can see here. > > No, you should learn to read the apt output before drawing conclusions. > > > I probably know what you mean. Thanks. You mean I can install them > manually, and they will stay as manually installed? I mean nothing changes about these packages except for apt now thinking they can be safely removed when the user asks for that, and even that can be changed by marking packages you need with `apt-mark manual`. > So only akonadi-server* kaddressbook* kde-standard* kdepim-runtime* > kmail* knotes* korganizer* task-kde-desktop* will be gone effectively? That's what the command output says. > Shouldn't I have task-kde-desktop installed to track all packages > required by entire KDE? So my Testing system evolves with changing deps? Well, if you want "entire KDE" you want Akonadi. -- WBR, wRAR signature.asc Description: PGP signature
Re: Akonadi using 100% CPU resources
On 15/04/2022 11:07, Andrey Rahmatullin wrote: On Fri, Apr 15, 2022 at 11:05:03AM +0100, piorunz wrote: Yes, totally. Why this abomination cannot be uninstalled without pulling half of KDE out? This is definitely not true. $ sudo apt purge akonadi-server [...] The following packages will be REMOVED: akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail* knotes* korganizer* task-kde-desktop* 0 upgraded, 0 newly installed, 8 to remove and 1 not upgraded. Correct. Printing gone. Libreoffice gone. Speech gone. That's what I can see here. No, you should learn to read the apt output before drawing conclusions. I probably know what you mean. Thanks. You mean I can install them manually, and they will stay as manually installed? So only akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail* knotes* korganizer* task-kde-desktop* will be gone effectively? Shouldn't I have task-kde-desktop installed to track all packages required by entire KDE? So my Testing system evolves with changing deps? -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Re: Akonadi using 100% CPU resources
On Fri, Apr 15, 2022 at 11:05:03AM +0100, piorunz wrote: > > > Yes, totally. Why this abomination cannot be uninstalled without pulling > > > half of KDE out? > > This is definitely not true. > > > $ sudo apt purge akonadi-server [...] > The following packages will be REMOVED: > akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail* > knotes* korganizer* task-kde-desktop* > 0 upgraded, 0 newly installed, 8 to remove and 1 not upgraded. Correct. > Printing gone. Libreoffice gone. Speech gone. That's what I can see here. No, you should learn to read the apt output before drawing conclusions. -- WBR, wRAR signature.asc Description: PGP signature
Re: Akonadi using 100% CPU resources
On 15/04/2022 11:03, Andrey Rahmatullin wrote: On Fri, Apr 15, 2022 at 10:56:28AM +0100, piorunz wrote: Yes, totally. Why this abomination cannot be uninstalled without pulling half of KDE out? This is definitely not true. $ sudo apt purge akonadi-server [sudo] password for pioruns: Reading package lists... Done Building dependency tree... Done Reading state information... Done The following packages were automatically installed and are no longer required: accountwizard akonadi-backend-mysql apper apper-data coinor-libcbc3 coinor-libcgl1 coinor-libclp1 coinor-libcoinmp1v5 coinor-libcoinutils3v5 coinor-libosi1v5 cups-pk-helper default-mysql-client-core default-mysql-server-core espeak-ng-data gir1.2-atspi-2.0 gir1.2-wnck-3.0 hyphen-en-us kaddressbook-data kdeaccessibility kdepim-addons kdepim-themeeditors kio-ldap kmag kmailtransport-akonadi kmousetool kmouth kontrast libatk-adaptor libbox2d2 libcdr-0.1-1 libdotconf0 libespeak-ng1 libfreehand-0.1-1 libkf5akonadiagentbase5 libkf5akonadicalendar-data libkf5akonadicalendar5abi1 libkf5akonadinotes5 libkf5akonadisearch-bin libkf5akonadisearch-data libkf5akonadisearch-plugins libkf5akonadisearchcore5 libkf5akonadisearchdebug5 libkf5akonadisearchpim5 libkf5akonadisearchxapian5 libkf5alarmcalendar-data libkf5alarmcalendar5abi1 libkf5calendarcore5abi2 libkf5calendarsupport-data libkf5calendarsupport5abi1 libkf5calendarutils5 libkf5dav-data libkf5dav5 libkf5eventviews-data libkf5eventviews5abi1 libkf5imap-data libkf5imap5 libkf5incidenceeditor-data libkf5incidenceeditor5abi1 libkf5kmanagesieve5 libkf5ksieve-data libkf5ksieve5 libkf5ksieveui5 libkf5ldap-data libkf5ldap5abi1 libkf5mailcommon-data libkf5mailcommon5abi2 libkf5mailimporter5 libkf5mailimporterakonadi5 libkf5messagecomposer5abi1 libkf5messagelist5abi1 libkf5pimcommon-data libkf5pimcommonakonadi5abi1 libkf5templateparser5 libkf5tnef5 libkgantt2 libkgantt2-l10n libkolabxml1v5 libkpimaddressbookimportexport5 libkpimgapicalendar5 libkpimgapicontacts5 libkpimgapitasks5 libkpimimportwizard5 libkpimitinerary-data libkpimitinerary5 libkpimpkpass5 libmspub-0.1-1 libpagemaker-0.0-0 libpcaudio0 libphonenumber8 libqaccessibilityclient-qt5-0 libqt5networkauth5 libqxp-0.0-0 libreoffice-calc libreoffice-draw libreoffice-help-en-us libreoffice-impress libreoffice-kf5 libreoffice-plasma libreoffice-qt5 libsasl2-modules-kdexoauth2 libsonic0 libstartup-notification0 libvisio-0.1-1 libwnck-3-0 libwnck-3-common libxerces-c3.2 libzmf-0.0-0 lp-solve mbox-importer mythes-en-us orca perl-tk pim-data-exporter pim-sieve-editor print-manager python3-brlapi python3-cupshelpers python3-louis python3-pyatspi python3-smbc python3-speechd qtgstreamer-plugins-qt5 sound-icons speech-dispatcher speech-dispatcher-audio-plugins speech-dispatcher-espeak-ng system-config-printer-common system-config-printer-udev xbrlapi xkbset Use 'sudo apt autoremove' to remove them. The following packages will be REMOVED: akonadi-server* kaddressbook* kde-standard* kdepim-runtime* kmail* knotes* korganizer* task-kde-desktop* 0 upgraded, 0 newly installed, 8 to remove and 1 not upgraded. After this operation, 63.3 MB disk space will be freed. Do you want to continue? [Y/n] Printing gone. Libreoffice gone. Speech gone. That's what I can see here. -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Re: Akonadi using 100% CPU resources
On Fri, Apr 15, 2022 at 10:56:28AM +0100, piorunz wrote: > Yes, totally. Why this abomination cannot be uninstalled without pulling > half of KDE out? This is definitely not true. -- WBR, wRAR signature.asc Description: PGP signature
Re: Akonadi using 100% CPU resources
On 15/04/2022 09:37, Martin Steigerwald wrote:
Well on those systems where I do not use Akonadi and switch to SQLite3.
Please do not do this without having a good reason to do it, in case you
actually use Akonadi.
There is potential data loss – i.e. loosing mails, appointments,
contacts – in there, since Akonadi is unfortunately not just a read
cache, but a time-limited – or unlimited in case of a certain
conditation – write cache where things may end to be stored just in the
database for a limited or even an unlimited time ("item without RID"
message in akonadictl fsck).
I never ever used Akonadi database AFAIK. I don't use KDE contacts,
KMail, or any of that.
I use "Plasma Search" in KRunner, is that in Akonadi, or something separate?
--
With kindest regards, Piotr.
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄
Re: Akonadi using 100% CPU resources
On 15/04/2022 09:31, Martin Steigerwald wrote: Which processes of Akonadi are using up the CPU? In case it is just a certain process like "akonadi_indexing_agent", well what I did with this one is: chmod 000 /usr/bin/akonadi_indexing_agent It works. All of them. Screenshot: https://imgur.com/vJFrPPR Thank you, I will try to block all executables so they never run again. Do you really not use it? Look at du -sch ~/.local/share/akonadi/* | sort -rh If you really do you use it, this should be almost empty beside some MariaDB journal files. I nuked that directory yesterday without checking what's inside. Today, with akonadi stopped, my system works perfectly fine as expected. That shows how badly (not) my system needs akonadi. Note: In case you store contacts in KAdressbook or use a calender with KOrganizer, you actually *use* Akonadi. Akonadi is not just about storing mails for KMail. I don't use any of that. I use Thunderbird with its contacts. What I do on systems where I do not use Akonadi – it may even work well on systems where it is used – is to replace "akonadi-backend-mysql" by "akonadi-backend-sqlite". That way I get rid of an additional full blown database process. I usually also stop Akonadi with akonadictl stop And then do rm -r ~/.local/share/akonadi rm -r ~/.config/akonadi Yes, that's what I did. I killed all processes (had to resort to signal 9) and nuked both directories. I still believe the end user should not have to do with any of this. Indeed. Akonadi should never use all of my machine 16 cores in the first place. Akonadi is something that drags down the overall good Plasma / KDE experience unfortunately since more than a decade. I defended it earlier on. Meanwhile I think it is better to completely replace it. Yes, totally. Why this abomination cannot be uninstalled without pulling half of KDE out? Shouldn't that be reported as a bug? -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Re: Akonadi using 100% CPU resources
Martin Steigerwald - 15.04.22, 10:31:15 CEST:
> What I do on systems where I do not use Akonadi – it may even work
> well on systems where it is used – is to replace
> "akonadi-backend-mysql" by "akonadi-backend-sqlite". That way I get
> rid of an additional full blown database process.
>
> I usually also stop Akonadi with
>
> akonadictl stop
>
> And then do
>
> rm -r ~/.local/share/akonadi
>
> rm -r ~/.config/akonadi
Well on those systems where I do not use Akonadi and switch to SQLite3.
Please do not do this without having a good reason to do it, in case you
actually use Akonadi.
There is potential data loss – i.e. loosing mails, appointments,
contacts – in there, since Akonadi is unfortunately not just a read
cache, but a time-limited – or unlimited in case of a certain
conditation – write cache where things may end to be stored just in the
database for a limited or even an unlimited time ("item without RID"
message in akonadictl fsck).
--
Martin
Re: Akonadi using 100% CPU resources
piorunz - 15.04.22, 02:18:38 CEST:
> I noticed that akonadi services are using 100% of 16-core CPU
> resources on my machine. I don't even use Kmail, I use Thunderbird.
I am not happy with Akonadi, but that can do such things even in case an
user does not use it – that is new to me.
> I'm not even sure what akonadi is for. I have following packages
> installed:
>
> $ dpkg -l | grep akonadi | awk {'print $2'}
> akonadi-backend-mysql
[…]
> System is Debian Testing.
>
> How can I get rid of that akonadi, or disable it?
>
> I can't uninstall akonadi-server, because it wants to uninstall with
> it: akonadi-server* kaddressbook* kde-standard* kdepim-runtime*
> kmail* knotes* korganizer* task-kde-desktop*
Which processes of Akonadi are using up the CPU? In case it is just a
certain process like "akonadi_indexing_agent", well what I did with this
one is:
chmod 000 /usr/bin/akonadi_indexing_agent
It works.
Also you can try
akonadictl stop
and see whether it stops the processes that are consuming the CPU. Often
enough it did stop all the processes except MariaDB "mysql" processes
that was still running at full speed for minutes or longer. Especially
in case the indexing agent was involved. Indexing agent is perfectly
capable to drive any database against a wall. It is really that bad.
Do you really not use it? Look at
du -sch ~/.local/share/akonadi/* | sort -rh
If you really do you use it, this should be almost empty beside some
MariaDB journal files.
Note: In case you store contacts in KAdressbook or use a calender with
KOrganizer, you actually *use* Akonadi. Akonadi is not just about
storing mails for KMail.
What I do on systems where I do not use Akonadi – it may even work well
on systems where it is used – is to replace "akonadi-backend-mysql" by
"akonadi-backend-sqlite". That way I get rid of an additional full blown
database process.
I usually also stop Akonadi with
akonadictl stop
And then do
rm -r ~/.local/share/akonadi
rm -r ~/.config/akonadi
Again! Only if you really do not use it, if unsure rather use:
mv ~/.local/share/akonadi ~/.local/share/akonadi-2022-04-nn
mv ~/.config/akonadi ~/.config/akonadi-2022-04-nn
This firstly helps with switching the database, although for that there
are less drastic options like just removing old database and changing
the database driver in ~/.config/akonadi/akonadiserverc or deleting just
that file.
Secondly in addition to getting rid of the external database process it
restores Akonadi to a state where before it was first started – well
except for some other configuration files that are in a different locally,
but I suppose would not matter in this case – so that the condition that
triggered the erratic behavior of Akonadi likely is done way with.
And now: Wow!
I still believe the end user should not have to do with any of this.
Akonadi is something that drags down the overall good Plasma / KDE
experience unfortunately since more than a decade. I defended it earlier
on. Meanwhile I think it is better to completely replace it.
For example by something like Evolution from GNOME uses. I use Evolution
at work and it has none of the issues that Akonadi brings into those
very nice KDEPIM applications like KMail.
Best,
--
Martin
