Bug 1774

NOTE: akonadiserver (and the other 17 processes) keep(s) restarting with each KDE session, although I never use KMail/KOrganizer/etc., nor Nepomuk! I am exasperated for not being able to get rid of these unneeded 18 processes!

Note : Akonadi is not a system service. It is a KDE service that is started when KDE starts. Yes, Nepomuk and Akonadi can be greedy for resources, but they are really useful.

But if you don't use them, you might be able to disable them ...
For nepomuk : in systemsettings > Desktop search > Do not enable semantic desktop (but nepomukserver is still here, it does not takes much resource when shutdown)

For akonadi, it is impossible to permanently shut it down. You can write a script that kills it when KDE starts and use start / stop settings in systemsettings to disable it.

CC: (none) => sfietkonstantin

Nepomuk _is_ permanently disabled.

Are you telling me there is no way but to getting used with 18 useless processes?! (I have not checked with other KDE-distros, but this seems outrageous. I thought this is KDE, not Vista.)

Also, no matter this is about KDE services, are they not services too? Why can't MCC manage them? Or "service" has a different meaning in KDE4? (My head is going to explode. I switched to KDE4 just because GNOME3 is the most stupid thing I ever saw, and here's what I got...)

MCC is managing services as services launched by sysvinit or systemd.
Akonadi is a *local* database service used by KDE under a user account.
Actually akonadi is used by default by kadressbook (so every time you're using kadressbook you'll need to have akonadi running, this also means that if you're using kmail To: completion functionnality you'll get a running akonadi.
Akonadi is also used by default in korganizer , & in the clock plasma applet in available in kde.
You can stop akonadi by using akonadictl stop .
The akonadi_nepomuk_contact_feeder is in fact an akonadi agent used to provide info to nepomuk.
You can get ride of this agent (& most of kdepim) by simply removing akonadi package.

CC: (none) => balcaen.john

John, I'm afraid you're wrong.

akonadictl stop, as well as KRunner -> Akonadi Configuration, then stop the service are only _temporary_, hence useless. Akonadi will start with the next KDE session.

I am definitely *not* using any of KOrganizer/KMail/etc, applications!

Why is Akonadi need by the bloody clock?!?!

And no, I cannot remove akonadi -- this will remove half of the KDE packages!

could you past the result of urpme akonadi,because i doubt that it's going to remove half of the KDE package.
You'll get kdepim removed ,but no kdebase, kdebase4-workspace etc etc.

(In reply to comment #6)
> could you past the result of urpme akonadi,because i doubt that it's going to
> remove half of the KDE package.
> You'll get kdepim removed ,but no kdebase, kdebase4-workspace etc etc.

It would also remove akregator, which I badly need.

And this is *idiotic*. Probably akregator starts akonadi, I can't tell. Why the **** does akregator needs akonadi?

Also, suppose I want to have KMail and KOrganizer installed, but I don't want 18 unnecessary processes started _unless_ I run one of these apps.

(In reply to comment #5)
> Why is Akonadi need by the bloody clock?!?!

Because the clock is showing calendar information so it's using korganizer.


(In reply to comment #7)
> (In reply to comment #6)
> > could you past the result of urpme akonadi,because i doubt that it's going to
> > remove half of the KDE package.
> > You'll get kdepim removed ,but no kdebase, kdebase4-workspace etc etc.
> 
> It would also remove akregator, which I badly need.
> 
> And this is *idiotic*. Probably akregator starts akonadi, I can't tell. Why the
> **** does akregator needs akonadi?
Because kdepim4-core requires akonadi , & akregator is requering kdepim4-core.
Maybe we can (as packagers here) provide a more tuned requires adding them on the package which *really* need it currently.
I'll have a look.

 
> Also, suppose I want to have KMail and KOrganizer installed, but I don't want
> 18 unnecessary processes started _unless_ I run one of these apps.
You just said that you do not want kmail before :/ (but indeed for korganizer)
So you can simply go we a « rpm -e --nodeps akonadi akonadi-kde » to remove thoses rpm without dropping all kdepim on the same step.

At the same time, the clock in itself does not start 18 processes, one of which being akonadiserver.

So I'm confident that those 18 processes are not needed... until they're really needed.

(I keep KMail and KOrganizer installed in case I'll need them.)

(No, I won't be using rpm -e --nodeps, I don't like to break the rpm database.)

Right now, in a new KDE session and with akregator started, I do _not_ have those 18 processes! What is starting them?! (I'm overwhelmed by KDE4, it's too complex and full of concepts I don't need, such as semantic desktop, file indexing, etc.)

Thanks for having a look into it!

(In reply to comment #9)
> At the same time, the clock in itself does not start 18 processes, one of which
> being akonadiserver.

Well, the fact is that i don't understand when you switch from 11 processes to 18 processes.
We try to lower as much as possible the use of akonadi by default for mageia 1
for example on live cd we're using the mysql-global-mobile.conf instead of the default mysql conf,
we disable some default clock behaviour to not show akonadi events etc etc :)

> So I'm confident that those 18 processes are not needed... until they're really
> needed.
Well since the start i'm not able to reproduce your issue in fact i've only got 7 akonadi related process here
(& i'm *explicitly* using akonadi)

> (I keep KMail and KOrganizer installed in case I'll need them.)

I can't use kde without thoses apps personnaly.
> 
> (No, I won't be using rpm -e --nodeps, I don't like to break the rpm database.)

> Right now, in a new KDE session and with akregator started, I do _not_ have
> those 18 processes! What is starting them?! (I'm overwhelmed by KDE4, it's too
> complex and full of concepts I don't need, such as semantic desktop, file
> indexing, etc.)

Semantic desktop is disable by default on mageia.

> Thanks for having a look into it!
Np

(In reply to comment #10)
> Well, the fact is that i don't understand when you switch 
> from 11 processes to 18 processes.

I do not switch from anything to anything. 

«11 processes akonadi_contacts_resource
and 1 of each of each of the following:
akonadi_control
akonadi_ical_resource
akonadi_maildir_resource
akonadi_maildispatcher_agent
akonadi_nepomuk_contact_feeder
akonadiserver
mysqld»

This makes 18.

> We try to lower as much as possible the use of akonadi by default 
> for mageia 1 

Good.

> Well since the start i'm not able to reproduce your issue in fact 
> i've only got> 7 akonadi related process here
> (& i'm *explicitly* using akonadi)

Bad news. If no one encounters the same problem I suppose the bug with end as invalid...

> Semantic desktop is disable by default on mageia.

Indeed.

Should I find out what starts akonadi, I'll add a new comment.

(In reply to comment #11)
> (In reply to comment #10)
> > Well, the fact is that i don't understand when you switch 
> > from 11 processes to 18 processes.
> 
> I do not switch from anything to anything. 
> 
> «11 processes akonadi_contacts_resource
> and 1 of each of each of the following:
> akonadi_control
> akonadi_ical_resource
> akonadi_maildir_resource
> akonadi_maildispatcher_agent
> akonadi_nepomuk_contact_feeder
> akonadiserver
> mysqld»
> 
> This makes 18.

Oups i guess i misread, sorry.

> > Well since the start i'm not able to reproduce your issue in fact 
> > i've only got> 7 akonadi related process here
> > (& i'm *explicitly* using akonadi)
> 
> Bad news. If no one encounters the same problem I suppose the bug with end as
> invalid...

Well there's a lot of bugs i'm not able to reproduce but others users can so it's not invalid because *i* can't reproduce it :)

> Should I find out what starts akonadi, I'll add a new comment.

~/.xsession-errors can eventually be useful.

> ~/.xsession-errors can eventually be useful.

Oh, all I can see as possibly relevant is a bunch of identical errors that _might_ explain why I do _not_ have those 18 processes:


ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error)
search paths:  ("/usr/bin", "/bin", "/usr/local/bin", "/usr/X11R6/bin/", "/usr/games", "/usr/lib/qt4/bin", "/home/radu/bin", "/usr/sbin", "/usr/local/sbin", "/usr/local/libexec", "/usr/libexec", "/opt/mysql/libexec", "/opt/local/lib/mysql5/bin", "/opt/mysql/sbin") 
Found mysql_install_db:  "/usr/bin/mysql_install_db" 
Found mysqlcheck:  "/usr/bin/mysqlcheck" 
Failed to use database "akonadi" 
Database error: "Can't connect to local MySQL server through socket '/home/radu/.local/share/akonadi/socket-odie/mysql.socket' (2) QMYSQL: Unable to connect" 
Trying to create database now... 
QSqlDatabasePrivate::removeDatabase: connection 'initConnection' is still in use, all queries will cease to work.
Database error: Cannot open database.
Last driver error: "QMYSQL: Unable to connect"
Last database error: "Can't connect to local MySQL server through socket '/home/radu/.local/share/akonadi/socket-odie/mysql.socket' (2)"
Unable to open database "Can't connect to local MySQL server through socket '/home/radu/.local/share/akonadi/socket-odie/mysql.socket' (2) QMYSQL: Unable to connect"
"[
0: akonadiserver(_Z11akBacktracev+0x35) [0x80864f5]
1: akonadiserver() [0x8086a8c]
2: [0xffffe400]
3: [0xffffe424]
4: /lib/i686/libc.so.6(gsignal+0x51) [0xb6fee181]
5: /lib/i686/libc.so.6(abort+0x17e) [0xb6fefcae]
6: /usr/lib/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x8a) [0xb76259aa]
7: [(nil)]
]
"

It looks like akonadiserver is unable to start.

Hum the crash is quite strange.
Since akonadi is supposed to start the mysql server & create the database without problem.
It's under a i586 arch ?
Which process are running ?

Created attachment 566 [details]
ps aux

Yes, i586. Processes attached.

Hum strange.
Anyway now on cauldron only apps which really need akonadi are requiring for now akonadi-kde (aka kadressbook & korganizer).

Created attachment 759 [details]
ps aux | grep akonadi

Hi, joining Radu Cristian Fotescu's observation and efforts to understand/get rid of some of akonadi processes: Although I use no Kmail nor Korganizer, and start Kopete or Knotes once a week, got 39 akonadi processes runnin!
Wich might explain at least partly why my KDE4 session takes ages to start (about the same time that the full Mageia system takes from GRUB to login, which is fast btw).
This is totaly KDE4's behaviour, correct? So we might share informations on a forum's dedicated post, as I couldn't find one atm.

Attaching  3 files:
- ps aux|grep akonadi
- urpme akonadi
- rpm -qa | grep kde

CC: (none) => tukozaki

Created attachment 760 [details]
urpme akonadi

Created attachment 761 [details]
rpm -qa |grep kde

I'm sorry but attachement 760 is not useful (see comment #8) and i still don't get why you're posting the list of rpm with kde in their name.

Closing as wontfix for Mageia 1 :
-> mcc is not in charge of akonadi at all
-> the requires for akonadi is changed only in cauldron
-> akonadi is going to be more & more present in KDE in all case (like nepomuk)

Status: NEW => RESOLVED
Resolution: (none) => WONTFIX