• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Akonadi: Resourcenvermittler

coogor

coogor

Moin, auf einer openSUSE 11.1-Installation mit KDE 4.4.0 bekomme ich beim Start von KMail die Meldung:
Code: 
Keine Ressourcen-Vermittler gefunden. Akonadi ist nicht benutzbar, wenn nicht wenigstens einer verfügbar ist. Das bedeutet normalerweise, dass keine Ressourcen-Vermittler installiert sind oder ein Einrichtungsproblem vorliegt. Die folgenden Pfade wurden durchsucht: /usr/share/akonadi/agents. Die Umgebungsvariable XDG_DATA_DIRS ist auf /usr/share:/etc/opt/kde3/share:/opt/kde3/share gesetzt, überprüfen Sie, ob darin alle Pfade mit installierten Akonadi-Vermittlern enthalten sind

...woher erfahre ich welche Vermittler installiert sind und vor allem wo?
 
L

Lacerta

Hallo, ich habe nach einem update des KDE auf Vers. 4.4.4 das gleiche Problem. :irre:

- Kontact startet nur manchmal, Mail abholen geht, Maiil senden nicht.
- Kalender scheint Ok
- Kadressbook geht nicht

...ansonsten bekomme ich die gleiche Meldung wie oben,: Die Umgebungsvariable XDG_DATA_DIRS ist auf /usr/share:/etc/opt/kde3/share:/opt/kde3/share gesetzt, überprüfen Sie, ob darin alle Pfade mit installierten Akonadi-Vermittlern enthalten sind.

Kann mir hier vielleicht jemand einen tip geben wie ich die angepasst bekomme?

Vielen Dank schon mal





Code: 
Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi server configuration and was found on your system.

File content of '/home/frank/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL
SizeThreshold=4096
ExternalPayload=false

[QMYSQL]
Name=akonadi
User=
Password=
Options="UNIX_SOCKET=/home/frank/.local/share/akonadi/db_misc/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true
Host=

[Debug]
Tracer=null


Test 2:  SUCCESS
--------

MySQL server found.
Details: You currently have configured Akonadi to use the MySQL server '/usr/sbin/mysqld'.
Make sure you have the MySQL server installed, set the correct path and ensure you have the necessary read and execution rights on the server executable. The server executable is typically called 'mysqld', its locations varies depending on the distribution.

Test 3:  SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/sbin/mysqld  Ver 5.1.36 for suse-linux-gnu on x86_64 (SUSE MySQL RPM)


Test 4:  SUCCESS
--------

No current MySQL error log found.
Details: The MySQL server did not report any errors during this startup into '/home/frank/.local/share/akonadi/db_data/mysql.err'.

Test 5:  SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is readable at <a href='/etc/akonadi/mysql-global.conf'>/etc/akonadi/mysql-global.conf</a>.

File content of '/etc/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=latin1
collation_server=latin1_general_ci
table_cache=200
thread_cache_size=3
log_bin=mysql-bin
expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000



Test 6:  SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but is optional.

Test 7:  SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a href='/home/frank/.local/share/akonadi/mysql.conf'>/home/frank/.local/share/akonadi/mysql.conf</a> and is readable.

File content of '/home/frank/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables
plugin_dir=usr/lib64/mysql/plugin/
plugin-load=ha_innodb.so

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=latin1
collation_server=latin1_general_ci
table_cache=200
thread_cache_size=3
log_bin=mysql-bin
expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=1296000



Test 8:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was found and could be executed successfully.
Result:
Akonadi 1.3.1


Test 9:  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 10:  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 11:  SUCCESS
--------

Nepomuk search service registered at D-Bus.
Details: The Nepomuk search service is registered at D-Bus which typically indicates it is operational.

Test 12:  SUCCESS
--------

Nepomuk search service uses an appropriate backend. 
Details: The Nepomuk search service uses one of the recommended backends.

Test 13:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if the protocol version meets the requirements.

Test 14:  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:/etc/opt/kde3/share:/opt/kde3/share', make sure this includes all paths where Akonadi agents are installed to.

Directory listing of '/usr/share/akonadi/agents':
birthdaysresource.desktop
contactsresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/usr/share:/etc/opt/kde3/share:/opt/kde3/share'

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

Current Akonadi server error log found.
Details: The Akonadi server did report error during startup into <a href='/home/frank/.local/share/akonadi/akonadiserver.error'>/home/frank/.local/share/akonadi/akonadiserver.error</a>.

File content of '/home/frank/.local/share/akonadi/akonadiserver.error':
"[
0: akonadiserver(_Z11akBacktracev+0x39) [0x40b7f9]
1: akonadiserver [0x40bd42]
2: /lib64/libc.so.6 [0x7fdf15d18560]
3: /lib64/libc.so.6(gsignal+0x35) [0x7fdf15d184e5]
4: /lib64/libc.so.6(abort+0x180) [0x7fdf15d199b0]
5: /usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74) [0x7fdf16ecae54]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa8) [0x40cdb8]
7: /usr/lib64/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x78) [0x7fdf16f59b68]
8: /usr/lib64/libQtCore.so.4 [0x7fdf16f672d9]
9: /usr/lib64/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7fdf16f684d9]
10: /usr/lib64/libakonadiprivate.so.1(_ZN6QDebugD1Ev+0x49) [0x7fdf17324af9]
11: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer25startMysqlDatabaseProcessEv+0x1dd9) [0x7fdf1732fa69]
12: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0x2d8) [0x7fdf17332a68]
13: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0x76) [0x7fdf17332c96]
14: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x4a) [0x7fdf17333f8a]
15: akonadiserver(main+0x3a4) [0x4063e4]
16: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7fdf15d04a7d]
17: akonadiserver [0x405f49]
]
" 


Test 16:  ERROR
--------

Previous Akonadi server error log found.
Details: The Akonadi server did report error during its previous startup into <a href='/home/frank/.local/share/akonadi/akonadiserver.error.old'>/home/frank/.local/share/akonadi/akonadiserver.error.old</a>.

File content of '/home/frank/.local/share/akonadi/akonadiserver.error.old':
"[
0: akonadiserver(_Z11akBacktracev+0x39) [0x40b7f9]
1: akonadiserver [0x40bd42]
2: /lib64/libc.so.6 [0x7f6d32cfd560]
3: /lib64/libc.so.6(gsignal+0x35) [0x7f6d32cfd4e5]
4: /lib64/libc.so.6(abort+0x180) [0x7f6d32cfe9b0]
5: /usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74) [0x7f6d33eafe54]
6: akonadiserver(_ZN15FileDebugStream9writeDataEPKcx+0xa8) [0x40cdb8]
7: /usr/lib64/libQtCore.so.4(_ZN9QIODevice5writeEPKcx+0x78) [0x7f6d33f3eb68]
8: /usr/lib64/libQtCore.so.4 [0x7f6d33f4c2d9]
9: /usr/lib64/libQtCore.so.4(_ZN11QTextStreamD1Ev+0x39) [0x7f6d33f4d4d9]
10: /usr/lib64/libakonadiprivate.so.1(_ZN6QDebugD1Ev+0x49) [0x7f6d34309af9]
11: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer25startMysqlDatabaseProcessEv+0x1dd9) [0x7f6d34314a69]
12: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer20startDatabaseProcessEv+0x2d8) [0x7f6d34317a68]
13: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServerC1EP7QObject+0x76) [0x7f6d34317c96]
14: /usr/lib64/libakonadiprivate.so.1(_ZN7Akonadi13AkonadiServer8instanceEv+0x4a) [0x7f6d34318f8a]
15: akonadiserver(main+0x3a4) [0x4063e4]
16: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f6d32ce9a7d]
17: akonadiserver [0x405f49]
]
" 


Test 17:  SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its current startup.

Test 18:  SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its previous startup.

[Editiert von gropiuskalle, bitte code-tags verwenden]
 
Ganymed

Ganymed

Hilfen zu Akonadi findet Ihr hier: http://techbase.kde.org/Projects/PIM/Akonadi

Diese Seite ist besser gemacht als dieses vermaledeite Akonadi - ist leider so :nosmile:

Gruß Ganymed
 
L

Lacerta

Geht mir genauso,...hab mir das mal angeschaut. Bringt nicht wirklich weiter.

Man bräuchte wirklich einen workaround zum Problem mit D-Bus und
und der Sache mit dem Ressourcenvermittler.

Wie kann ich z.B. die Umgebungsvariable (XDG_DATA_DIRS is set to '/usr/share:/etc/opt/kde3/share:/opt/kde3/share)
richtig setzen?

Ich habe das Gefühl, KDE 4.4.4 ist richtig verkorkst, insbsondere Akonadi und die PIM.
Die Foren sind voll damit.
 
L

Lacerta

Ich habe gerade ein downgrade auf Vers. 4.3.5 von Kontact gemacht. Ansonsten nichts verändert. Also nach wie vor den Rest komplett auf KDE 4.4.4 belassen. Mein Adressbuch ist wieder da, ich kann wieder E-Mail versenden. Es scheint alles zu funktionieren. Ich belasse es mal so, bis sich weiteres tut und eine Lösung gefunden ist.
 
Ganymed

Ganymed

Hi, ich wollte Euch mit dem Link nicht veräppeln, aber dieser Akonadi ist wohl derzeitig noch kein ernst zu nehmendes Thema für openSuse sondern nur Playground.

Gruß Ganymed
 
L

Lacerta

Hei Ganymed,
ist schon klar, hab mich auch nicht veräppelt gefühlt. Wie du schon erwähnt hast,...akonadi scheint noch nicht reif zu sein. Den Stress sollte man sich sparen

Gruß Lacerta
 
gropiuskalle

gropiuskalle

Ganymed schrieb:
Hi, ich wollte Euch mit dem Link nicht veräppeln, aber dieser Akonadi ist wohl derzeitig noch kein ernst zu nehmendes Thema für openSuse sondern nur Playground.
Zum Vergrößern anklicken....

Stimmt nicht so ganz - bei mir rennt die Akonadi / Strigi / etc. etc.-Kombo einwandfrei. Mittlerweile nutze ich das gerne über das entsprechende KRunner-Modul, das funktioniert sehr gut, ressourcenschonend und schnell.

Allerdings lief das bei mir auch nicht out of the Box; ich hätte mir mal aufschreiben sollen, welche Schritte ich dafür vollzogen habe, bis das hinhaute - war aber nicht so sehr das Gefrickel, soviel weiß ich noch.

Zudem muss ich einschränken, dass ich die Kontact-suite nicht verwende, ich kann also nicht sagen, ob das bei mir funktionieren würde. Ich finde es ziemlich fragwürdig, dass das KDE-Team Akonadi, welches bei keinem ootb zu laufen scheint, derart mit KMail & Co. verflechtet.
 
Jägerschlürfer

Jägerschlürfer

Moderator
Teammitglied
also ich habe keine Probleme mit akonadi und kontact unter KDE 4.4.4
Wenn ich kontact (Version. 4.4.5) starte wird der akonadi Server gestartet und das wars auch schon.Eine Fehlermeldung oder ähnliches bekomme ich nicht. Auch das verschicken von Mails usw funktioniert problemlos.
Das ganze läuft hier unter der 11.3er Version.

Was komisch ist, dass bei euch nach einem kde3 Pfad gesucht wird. Habt ihr ein Update eures Systems gemacht?
 
E

edgarkls

Ich habe auch keine Probleme mit Akonadi und Kontact unter KDE 4.4.4. Das lief auf Anhieb reibungslos unter 11.3, kein weiteres Gefrickel nötig.


Die Umgebungsvariable
Code: 
    XDG_DATA_DIRS is set to '/usr/share:/etc/opt/kde3/share:/opt/kde3/share

verweist auf das Datenverzeichnis für eventuell weiter genutzte KDE3- Applikationen. Für KDE4 wird in


Code: 
  /usr/share

gesucht. Da sollte sich auch ein Verzeichnis KDE4 finden. Die Pfadangabe ist also auf den ersten Blick korrekt.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben