[gelöst] Extreme CPU Belastung durch Akonadi (Suse 12.2)

Heinz-Peter · 1 Aug. 2013

Hallo!
Habe hier unter Suse 12.2 ein Problem mit Akonadi.
Die CPU Belastung durch Akonadi so hoch das der PC wird zu einer lahmen Ente.
Hier eine Ausgabe von dem Befehl top (die roten Zahlen zeigen die CPU Belastung):

0 551m 346m 188 R 49,1 22,9 2:11.85 akonadi_imap_re
6598 bbb 20 0 377m 260m 180 R 48,4 17,2 1:37.44 akonadi_agent_l
6398 bbb 20 0 514m 337m 184 R 47,1 22,3 1:59.46 akonadi_imap_re
6623 bbb 20 0 298m 227m 252 R 45,8 15,0 1:11.79 akonadi_agent_l

Was kann ich dagegen tun?
Danke im Voraus für Eure Hilfe.
Heinz-Peter

spoensche · 2 Aug. 2013

Starte Akonadi mal per Konsole und poste evtl. auftretende Fehler.

Heinz-Peter · 2 Aug. 2013

Hallo!
Ich habe die Konsolenausgabe hier abgelegt: http://nopaste.info/82110020c8.html
Nepomuk habe ich unter Systemeinstellungen --> Desktopsuche deaktiviert.
In der Zeile Nr. 124 steht aber "Nepomuk server already running".
Wie running ?? ist doch deaktiviert. :irre:

Grüße Heinz-Peter

Heinz-Peter · 3 Aug. 2013

Ich habe unter ~/.local/share/akonadi/ die Datei akonadi_control.error betrachtet und den Eintrag gefunden:

Code:

void AgentManager::load() Reference to unknown agent type "akonadi_archivemail_agent" in agentsrc

dann habe ich hier die Datei akonadi_control.error.old mit dem Eintrag:

Code:

void AgentManager::load() Reference to unknown agent type "akonadi_archivemail_agent" in agentsrc

und eine Datei akonadiserver.error.old mit dem Eintrag:

Code:

ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource 
ItemRetrieverException :  Unable to contact resource

leider sagt mir das nicht viel.

Ich verstehe nicht warum gleich nach der Anmeldung am KDE beginnen die alle Akonadi Dienste zu laufen und ich muß erst mit Befehl akonadictl stop die Dienste anhalten.

spoensche · 3 Aug. 2013

Die Akonadi Dienste sind Userbezogen und werden daher direkt nach der Anmeldung gestartet. Du kannst im KDE Kontrolzentrum festlegen, welche Dienste bei der Anmeldung gestartet werden sollen.

Der Akonadi Agentmanager kann den Akonadi archivemail agent nicht finden und der Server kann daher die fehlende Resource nicht kontaktieren. Hast du den fehlenden Agent auch installiert?

RME · 3 Aug. 2013

Hallo Heinz-Peter,

Ich verstehe nicht warum gleich nach der Anmeldung am KDE beginnen die alle Akonadi Dienste zu laufen und ich muß erst mit Befehl akonadictl stop die Dienste anhalten.

...und ich verstehe diesen Satz nicht :???:

Wenn Du willst dass Akonadi bei einem Reboot nicht automatisch startet, dann musst Du:

-1- das laufende Akonadi stoppen

Code:

akonadictl stop

-2- die Datei "~/.config/akonadi/akonadiserverrc" editieren so dass:

Code:

StartServer=false

Der Akonadi Server wird dann beim nächsten Boot nicht mehr automatisch starten.

Aber, wenn irgendeine Akonadi-abhängige Anwendung(*) gestartet wird (automatisch oder von Dir veranlasst), dann wird auch Akonadi wieder starten.

(*) Kontact/KMail/KOrganizer, Konversation und Kopete.

(wenn Akonadi nicht läuft kannst Du auch Nepomuk abschalten)

----------

Bezüglich: "akonadi_archivemail_agent" siehe:
>>> https://bugs.kde.org/show_bug.cgi?id=311297

Gruss,
Roland

Heinz-Peter · 3 Aug. 2013

spoensche schrieb:
Die Akonadi Dienste sind Userbezogen und werden daher direkt nach der Anmeldung gestartet. Du kannst im KDE Kontrolzentrum festlegen, welche Dienste bei der Anmeldung gestartet werden sollen.

Wo genau?
Meinst du Systemeinstellungen > Persönliche Informationen dann Registerkarte "Einrichtung der Akonadi-Ressourcen"

spoensche schrieb:
Der Akonadi Agentmanager kann den Akonadi archivemail agent nicht finden und der Server kann daher die fehlende Resource nicht kontaktieren. Hast du den fehlenden Agent auch installiert?

Nein, selber nicht.

Die Pakete wurden durch Suse 12.2 bei mir installiert:

Code:

# rpm -qi akonadi
Name        : akonadi
Version     : 4.8.5
Release     : 2.12.1
Architecture: i586
Install Date: Mi 21 Nov 2012 19:37:38 CET
Group       : System/GUI/KDE
Size        : 168076
License     : GPL-2.0+ and LGPL-2.1+
Signature   : RSA/SHA256, Mo 15 Okt 2012 10:56:53 CEST, Key ID b88b2fd43dbdc284
Source RPM  : kdepim4-4.8.5-2.12.1.src.rpm
Build Date  : So 07 Okt 2012 23:21:43 CEST
Build Host  : build20
Relocations : (not relocatable)
Packager    : http://bugs.opensuse.org
Vendor      : openSUSE
URL         : http://www.kde.org
Summary     : KDE Resources for PIM Storage Service
Description :
This package contains the KDE resources for Akonadi, the KDE PIM
storage service.
Distribution: openSUSE 12.2

und

Code:

 zypper se -s akonadi
Daten des Repositories laden ...
Installierte Pakete lesen ...

S | Name                                     | Typ        | Version      | Arch   | Repository          
--+------------------------------------------+------------+--------------+--------+---------------------
i | akonadi                                  | Paket      | 4.8.5-2.12.1 | i586   | openSUSE-12.2-Update
v | akonadi                                  | Paket      | 4.8.5-2.8.1  | i586   | openSUSE-12.2-Update
v | akonadi                                  | Paket      | 4.8.4-2.5.1  | i586   | openSUSE-12.2-Oss   
  | akonadi-google                           | Paket      | 0.3.1-2.8.1  | i586   | openSUSE-12.2-Update
  | akonadi-google                           | Paket      | 0.3.1-2.4.1  | i586   | openSUSE-12.2-Update
  | akonadi-google                           | Paket      | 0.3.1-2.1.2  | i586   | openSUSE-12.2-Oss   
  | akonadi-google                           | Quellpaket | 0.3.1-2.8.1  | noarch | openSUSE-12.2-Update
  | akonadi-google                           | Quellpaket | 0.3.1-2.4.1  | noarch | openSUSE-12.2-Update
  | akonadi-google-lang                      | Paket      | 0.3.1-2.8.1  | noarch | openSUSE-12.2-Update
  | akonadi-google-lang                      | Paket      | 0.3.1-2.4.1  | noarch | openSUSE-12.2-Update
  | akonadi-google-lang                      | Paket      | 0.3.1-2.1.2  | noarch | openSUSE-12.2-Oss   
i | akonadi-runtime                          | Paket      | 1.7.2-2.1.2  | i586   | openSUSE-12.2-Oss   
i | kdebase4-workspace-plasma-engine-akonadi | Paket      | 4.8.5-2.18.1 | i586   | openSUSE-12.2-Update
v | kdebase4-workspace-plasma-engine-akonadi | Paket      | 4.8.5-2.14.1 | i586   | openSUSE-12.2-Update
v | kdebase4-workspace-plasma-engine-akonadi | Paket      | 4.8.5-2.10.1 | i586   | openSUSE-12.2-Update
v | kdebase4-workspace-plasma-engine-akonadi | Paket      | 4.8.5-2.6.1  | i586   | openSUSE-12.2-Update
v | kdebase4-workspace-plasma-engine-akonadi | Paket      | 4.8.4-2.3.1  | i586   | openSUSE-12.2-Oss   
i | libakonadi4                              | Paket      | 4.8.5-2.4.2  | i586   | openSUSE-12.2-Update
v | libakonadi4                              | Paket      | 4.8.4-2.1.2  | i586   | openSUSE-12.2-Oss   
  | libakonadiprotocolinternals-devel        | Paket      | 1.7.2-2.1.2  | i586   | openSUSE-12.2-Oss   
i | libakonadiprotocolinternals1             | Paket      | 1.7.2-2.1.2  | i586   | openSUSE-12.2-Oss   
i | plasma-addons-akonadi                    | Paket      | 4.8.5-2.4.1  | i586   | openSUSE-12.2-Update
v | plasma-addons-akonadi                    | Paket      | 4.8.4-2.1.2  | i586   | openSUSE-12.2-Oss

Code:

# rpm -ql akonadi
/usr/lib/akonadi
/usr/lib/akonadi/contact
/usr/lib/akonadi/contact/editorpageplugins
/usr/lib/akonadi/contact/editorpageplugins/cryptopageplugin.so
/usr/lib/libakonadi_next.so.4
/usr/lib/libakonadi_next.so.4.8.0
/usr/share/akonadi
/usr/share/akonadi/agents
/usr/share/akonadi/agents/mailfilteragent.desktop
/usr/share/doc/packages/akonadi
/usr/share/doc/packages/akonadi/COPYING
/usr/share/doc/packages/akonadi/COPYING.DOC
/usr/share/doc/packages/akonadi/COPYING.LIB
/usr/share/doc/packages/akonadi/README

In dem Verzeichnis /usr/share/akonadi/agents finde ich keinen Akonadi archivemail agent

Code:

/usr/share/akonadi/agents> ls -ls
insgesamt 200
 4 -rw-r--r-- 1 root root 1610 31. Aug 2012  akonadinepomukfeederagent.desktop
 8 -rw-r--r-- 1 root root 4174 31. Aug 2012  akonotesresource.desktop
12 -rw-r--r-- 1 root root 8355 31. Aug 2012  birthdaysresource.desktop
 8 -rw-r--r-- 1 root root 4302 31. Aug 2012  contactsresource.desktop
 8 -rw-r--r-- 1 root root 5396 31. Aug 2012  davgroupwareresource.desktop
 8 -rw-r--r-- 1 root root 4710 31. Aug 2012  icalresource.desktop
 8 -rw-r--r-- 1 root root 4432 31. Aug 2012  imapresource.desktop
 4 -rw-r--r-- 1 root root 2246 31. Aug 2012  invitationsagent.desktop
 8 -rw-r--r-- 1 root root 6119 31. Aug 2012  kabcresource.desktop
 4 -rw-r--r-- 1 root root 3453 31. Aug 2012  kalarmdirresource.desktop
 8 -rw-r--r-- 1 root root 4683 31. Aug 2012  kalarmresource.desktop
 8 -rw-r--r-- 1 root root 6013 31. Aug 2012  kcalresource.desktop
 4 -rw-r--r-- 1 root root 3961 31. Aug 2012  kdeaccountsresource.desktop
 8 -rw-r--r-- 1 root root 7951 31. Aug 2012  kolabproxyresource.desktop
 8 -rw-r--r-- 1 root root 4947 31. Aug 2012  localbookmarksresource.desktop
 8 -rw-r--r-- 1 root root 4354 31. Aug 2012  maildirresource.desktop
 4 -rw-r--r-- 1 root root 2017 31. Aug 2012  maildispatcheragent.desktop
 4 -rw-r--r-- 1 root root 3099  7. Okt 2012  mailfilteragent.desktop
 4 -rw-r--r-- 1 root root 3726 31. Aug 2012  mboxresource.desktop
 8 -rw-r--r-- 1 root root 5889 31. Aug 2012  microblog.desktop
 4 -rw-r--r-- 1 root root 3869 31. Aug 2012  mixedmaildirresource.desktop
 8 -rw-r--r-- 1 root root 5319 31. Aug 2012  mtdummyresource.desktop
 8 -rw-r--r-- 1 root root 6705 31. Aug 2012  nepomuktagresource.desktop
 8 -rw-r--r-- 1 root root 5513 31. Aug 2012  nntpresource.desktop
 8 -rw-r--r-- 1 root root 4384 31. Aug 2012  notesresource.desktop
 8 -rw-r--r-- 1 root root 7368 31. Aug 2012  openxchangeresource.desktop
 8 -rw-r--r-- 1 root root 4460 31. Aug 2012  pop3resource.desktop
 8 -rw-r--r-- 1 root root 4593 31. Aug 2012  vcarddirresource.desktop
 4 -rw-r--r-- 1 root root 3946 31. Aug 2012  vcardresource.desktop

RME schrieb:
Wenn Du willst dass Akonadi bei einem Reboot nicht automatisch startet, dann musst Du:

Ich möchte ihn aber schon starten. Ich habe hier Suse 12.3 und Suse 12.2 auf einer Platte und für beide Suse ein /home. Suse 12.3 macht keiner Probleme. Ich möchte also mit dem gleichen user bei beiden Distributionen arbeiten. Im Moment habe ich keine Probleme außer dem Akonadi.

Grüße an Euch und Danke.

EDIT:

Roland schrieb:
Bezüglich: "akonadi_archivemail_agent" siehe:
>>> https://bugs.kde.org/show_bug.cgi?id=311297

Dein Link führt mich zu der Seite https://projects.kde.org/projects/kde/kdepim/repository/revisions/31352c54940dba464aa582b8562877e8068d0ec0 mit akonadi_archivemail_agent.notifyrc (diff)
Keine Ahnung wie soll ich weiter vorgehen.

ps:

Heinz-Peter · 3 Aug. 2013

So, habe eben gefunden:

Code:

zypper se -s archivemail
Daten des Repositories laden ...
Installierte Pakete lesen ...

S | Name        | Typ   | Version     | Arch   | Repository       
--+-------------+-------+-------------+--------+------------------
  | archivemail | Paket | 0.9.0-2.1.1 | noarch | openSUSE-12.2-Oss

Der fehlt bei mir, oder?

RME · 3 Aug. 2013

Keine Ahnung wie soll ich weiter vorgehen.

...sorry, ich auch nicht. Da habe ich zu schnell (und unüberlegt) gepostet.

YaST schrieb:
archivemail - Tool for archiving and compressing old email in mailboxes

archivemail is a tool for archiving and compressing old email in mailboxes. It moves messages older than the specified number of days to a separate mbox format mailbox that is compressed with gzip. It can also just delete old email rather than archive it.

...ist nur etwa 100 KiB grosss. Ob relevant weiss ich nicht

ps:
(allenfalls geht dann die entsprechende Meldung weg, aber mit Deinem CPU Problem hat dies vermutlich nichts zu tun.)

-/-

Nachtrag

Vielleicht hilft folgendes ?

Code:

akonadictl fsck
akonadictl vacuum
nepomukcleaner

(siehe "akonadictl -h")

-/-

Heinz-Peter · 4 Aug. 2013

RME schrieb:
(allenfalls geht dann die entsprechende Meldung weg, aber mit Deinem CPU Problem hat dies vermutlich nichts zu tun.)

Ja, mein Problem ist die permanente CPU Belastung durch Akonadi Dienste. Ich habe zu Testzwecken das Paket archivemail mit zypper installiert, kann aber im Verzeichnis /usr/share/akonadi/agents immer noch keinen Eintrag archivemailagent.desktop finden.

Weiß jemand wo wird er aktiviert?

spoensche schrieb:
Die Akonadi Dienste sind Userbezogen und werden daher direkt nach der Anmeldung gestartet. Du kannst im KDE Kontrolzentrum festlegen, welche Dienste bei der Anmeldung gestartet werden sollen.

Ich habe im Yast geguckt aber nichts zu Akonadi gefunden.
Ich wäre sehr dankbar für eine Antwort.

Grüße Heinz-Peter

spoensche · 4 Aug. 2013

Wie sieht den deine "~/.config/akonadi/akonadiserverrc" aus? archivemail ist ein Programm, aber kein Akonadi agent.

Heinz-Peter · 4 Aug. 2013

die sieht so aus:

Code:

[%General]
Driver=QMYSQL
SizeThreshold=4096
ExternalPayload=false

[QMYSQL]
Name=akonadi
Host=
Options="UNIX_SOCKET=/home/bbb/.local/share/akonadi/socket-linux-5na2/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true
User=
Password=

[Debug]
Tracer=null

[QPSQL]
StartServer=true
Name=akonadi
Host=
User=
Password=
Port=5432

[SQLITE]
Name=akonadi

EDIT: Ich weiß nicht ob es wichtig ist aber wenn ich KMail unter Suse 12.3 starte dann öffnet sich Kdewallet und verlangt nach dem Passwort, unter Suse 12.2 wird kein Passwort verlangt.

Heinz-Peter · 8 Aug. 2013

Ich habe jetzt einen neuen Benutzer in /home angelegt.
Der Benutzer hat die gleiche Identifikationsnummer unter Suse 12.2 und 12.3.
Bei dem Benutzer habe ich das Problem mit Akonadi nicht.

Habe auch versucht die kompletten Ordner von Akonadi in meinem /home zu löschen, hat aber nichts gebracht.

EDIT: Das Problem mit der hohen CPU Belastung habe ich nur unter Suse12.2

Jägerschlürfer · 8 Aug. 2013

ich nutze jetzt kein kde, aber hast du mal versucht den versteckten Ordner .kde4 umzubenennen? Nach einer Neuanmeldung musst du zwar alle Einstellungen in kde wieder neu vornehmen, aber das akonadi Problem könnte damit weg sein. Sollte dies nicht der Fall sein, hast du ja immer noch den umbeannten .kde4 Ordner den du wieder entsprechend zurückbenennst und zuvor den neu erstellten .kde4 Ordner löscht.

Heinz-Peter · 9 Aug. 2013

Ein guter Tipp mit dem jungfräulichen KDE aber nach Anmeldung unter Suse 12.2 immer noch die laufenden akonadi_*:

Code:

Tasks: 146 total,   7 running, 139 sleeping,   0 stopped,   0 zombie
%Cpu(s): 42,9 us, 56,8 sy,  0,0 ni,  0,0 id,  0,0 wa,  0,0 hi,  0,3 si,  0,0 st
KiB Mem:   1546852 total,  1112792 used,   434060 free,    32000 buffers
KiB Swap:  1261564 total,   767748 used,   493816 free,   596000 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                 
 8366 bbb       20   0 95048  47m  11m R  33,5  3,2   0:10.79 akonadi_agent_l                                                         
 8367 bbb       20   0 97704  50m  11m R  33,1  3,3   0:11.11 akonadi_agent_l                                                         
 8371 bbb       20   0  103m  56m  13m R  33,1  3,7   0:10.83 akonadi_nepomuk                                                         
 8365 bbb       20   0 94572  47m  12m R  32,8  3,1   0:10.62 akonadi_agent_l                                                         
 8368 bbb       20   0 94440  47m  12m R  32,5  3,1   0:10.59 akonadi_agent_l                                                         
 8369 bbb       20   0  107m  56m  14m R  32,5  3,7   0:10.61 akonadi_maildis                                                         
 8310 bbb       20   0  155m  24m  19m S   1,0  1,7   0:00.98 konsole                                                                 
 7496 root      20   0  102m  20m 9820 S   0,7  1,4   1:20.84 Xorg                                                                    
 7682 bbb       20   0  293m  35m  13m S   0,3  2,3   0:57.72 kwin                                                                    
 8209 root      20   0     0    0    0 S   0,3  0,0   0:00.01 kworker/1:3                                                             
 8325 bbb       20   0  4684 1412 1020 R   0,3  0,1   0:00.17 top                                                                     
    1 root      20   0  5712  824  532 S   0,0  0,1   0:01.65 systemd                                                                 
    2 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kthreadd                                                                
    3 root      20   0     0    0    0 S   0,0  0,0   0:01.37 ksoftirqd/0

Akonadi Ordner umbenant und immer noch:

Code:

Tasks: 152 total,   5 running, 147 sleeping,   0 stopped,   0 zombie
%Cpu(s): 42,1 us, 57,5 sy,  0,0 ni,  0,0 id,  0,0 wa,  0,0 hi,  0,5 si,  0,0 st
KiB Mem:   1546852 total,  1427500 used,   119352 free,    21936 buffers
KiB Swap:  1261564 total,   250500 used,  1011064 free,    90876 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                 
 5975 bbb       20   0  196m 140m 3756 R  51,2  9,3   0:39.88 akonadi_agent_l                                                         
 5976 bbb       20   0  222m 158m 4604 R  48,3 10,5   0:38.64 akonadi_maildis                                                         
 5979 bbb       20   0  217m 159m 4060 R  47,9 10,5   0:39.44 akonadi_nepomuk                                                         
 5977 bbb       20   0  266m 166m 9000 R  47,6 11,0   0:39.09 akonadi_mailfil                                                         
   24 root      20   0     0    0    0 S   2,3  0,0   0:01.75 kswapd0                                                                 
 5445 root      20   0 98824  51m  10m S   1,0  3,4   0:04.35 Xorg                                                                    
 6052 bbb       20   0  155m  39m  11m S   1,0  2,6   0:01.05 konsole                                                                 
  637 root      20   0  6424  320  296 S   0,3  0,0   0:00.24 haveged                                                                 
 5900 bbb       20   0  198m  51m  17m S   0,3  3,4   0:04.40 kwin                                                                    
 6079 bbb       20   0  4684 1096  692 R   0,3  0,1   0:00.12 top

spoensche · 9 Aug. 2013

Die Akonadi Dienste werden autom. gestartet weil das in der Konfigurationsdatei /etc/xdg/autostart definiert ist.

Heinz-Peter · 9 Aug. 2013

spoensche schrieb:
Die Akonadi Dienste werden autom. gestartet weil das in der Konfigurationsdatei /etc/xdg/autostart definiert ist.

Aber nur bei Suse 12.2 weil bei Suse12.3 habe ich keine so hohe CPU Belastung.
Ein neu angelegte Benutzer hat das Problem auch nicht bei Suse 12.2 :???: <<< Das stimmt nicht. Lese dazu die Korrektur die ich am 2013-Aug-09, 20:18 schrieb.

josef-wien · 9 Aug. 2013

Heinz-Peter schrieb:
Ein neu angelegte Benutzer hat das Problem auch nicht bei Suse 12.2

Dann liegt es am Home-Verzeichnis (aber nicht an ~/.kde4). Durchsuche es nach Ordnern bzw. Dateien, die akonadi im Namen enthalten, vielleicht wirst Du fündig. Als nächstes würde ich die Dateiinhalte der beiden Home-Verzeichnisse vergleichen und schauen, ob etwas auffällt. Zuletzt kannst Du den mühsamen Weg "Versuch und Irrtum" beschreiten, indem Du das "saubere" Home-Verzeichnis in möglichst kleinen Schritten mit dem Inhalt des "schmutzigen" Home-Verzeichnisses "verunstaltest".

Heinz-Peter · 10 Aug. 2013

Danke für Tipps. Das alles abarbeiten dauert ein bisschen länger.
Melde mich nach getaner Arbeit.
Grüße Heinz-Peter

EDIT: Ich muss mich korrigieren. Die Aussage die ich am 2013-Aug-09, 20:18, siehe unten:

Aber nur bei Suse 12.2 weil bei Suse12.3 habe ich keine so hohe CPU Belastung.
Ein neu angelegte Benutzer hat das Problem auch nicht bei Suse 12.2 :???:

geschrieben habe stimmt so nicht.

Der user war nur unter Suse 12.2 angelegt. Das anlegen des users unter Suse 12.3 (mit der gleichen UID) brachte wieder eine hohe CPU Belastung unter Suse 12.2. Was ich noch nicht getestet habe, war das anlegen eines users mit der gleichen UID und gleichzeitigem Eigentümmer wechsel des home Verzeichnisses.
Fazit: Es ist mir nicht gelungen ein gleichen user unter Suse 12.2 und Suse 12.3 ohne Nebenwirkungen zu benutzen.

Ich bitte um Verständnis für mein Fehler.
Grüße Heinz-Peter

Heinz-Peter · 21 Aug. 2013

Das ist die Lösung des Problems

boser schrieb:
Nur eine Vermutung, das der Akonadi-Server sehr am schaufeln ist.
Ich würde den Akonadi-Server unter "Einrichten von Akonadi-Server" mal neu starten im laufenden Betrieb, hat bei mir geholfen.

Bzw. auch mal kontrollieren, was der Nepomuk ( der Gehilfe von Akonadi ) macht.

[gelöst] Extreme CPU Belastung durch Akonadi (Suse 12.2)

Guru

Moderator

Guru

Guru

Moderator

Advanced Hacker

Guru

Guru

Advanced Hacker

Guru

Moderator

Guru

Guru

Moderator

Guru

Moderator

Guru

Ultimate Guru

Guru

Guru