Bug 328119 - Kmail failed to start due to akonadi service is not operational
Summary: Kmail failed to start due to akonadi service is not operational
Status: RESOLVED DUPLICATE of bug 326480
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Kubuntu Linux
: NOR grave
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-26 18:57 UTC by Denis
Modified: 2013-12-10 11:20 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Saved log from "Details..." window (13.09 KB, text/plain)
2013-11-26 19:00 UTC, Denis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Denis 2013-11-26 18:57:05 UTC
On Kmail startup I see only "The Akonadi personal information management service is not operational". 
By clicking "Details..." I got a lot of "passed" tests and several failed (short log inside "Additional information".

It happens several times. Sometimes system reboot helps, but now - it doesn't.
The only solution is completely remove ~/.local/{share,config}/akonadi and reconfigure kmail




Reproducible: Always

Steps to Reproduce:
1. Run KMail

Actual Results:  
Kmail not working. Access to emails completely lost.

Expected Results:  
Kmail working.

Test 10:  ERROR
--------

Akonadi control process not registered at D-Bus.
Details: The Akonadi control process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 11:  ERROR
--------

Akonadi server process not registered at D-Bus.
Details: The Akonadi server process is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 15:  ERROR
--------

No resource agents found.
Details: No resource agents have been found, Akonadi is not usable without at least one. This usually means that no resource agents are installed or that there is a setup problem. The following paths have been searched: '/usr/share/akonadi/agents'. The XDG_DATA_DIRS environment variable is set to '/usr/share:/usr/share/kde-plasma:/usr/local/share/:/usr/share/'; make sure this includes all paths where Akonadi agents are installed.

Directory listing of '/usr/share/akonadi/agents':
akonadinepomukfeederagent.desktop
akonotesresource.desktop
archivemailagent.desktop
birthdaysresource.desktop
contactsresource.desktop
davgroupwareresource.desktop
facebookresource.desktop
googlecalendarresource.desktop
googlecontactsresource.desktop
icaldirresource.desktop
icalresource.desktop
imapresource.desktop
invitationsagent.desktop
kabcresource.desktop
kalarmdirresource.desktop
kalarmresource.desktop
kcalresource.desktop
kdeaccountsresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mailfilteragent.desktop
mboxresource.desktop
microblog.desktop
mixedmaildirresource.desktop
mtdummyresource.desktop
nepomuktagresource.desktop
newmailnotifieragent.desktop
nntpresource.desktop
notesresource.desktop
openxchangeresource.desktop
pop3resource.desktop
sendlateragent.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/usr/share:/usr/share/kde-plasma:/usr/local/share/:/usr/share/'


Akonadi itself started:
ps -A | grep akona
 2508 ?        00:00:00 akonadi_control
 2510 ?        00:00:00 akonadiserver
Comment 1 Denis 2013-11-26 19:00:48 UTC
Created attachment 83777 [details]
Saved log from "Details..." window
Comment 2 Daniel Vrátil 2013-12-10 11:20:36 UTC

*** This bug has been marked as a duplicate of bug 326480 ***