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

Akonadi

Hallo,
ich habe mir auf Opensuse 11.2 das KDE 4.4 installiert. Wegen schwerer Fehler in Akonadi lässt sich Kontact nicht mehr bedienen. Fehlerbericht:
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/heiler/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL
SizeThreshold=4096
ExternalPayload=false

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

[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:  ERROR
--------

MySQL server log contains errors.
Details: The MySQL server error log file &apos;<a href='/home/heiler/.local/share/akonadi/db_data/mysql.err'>/home/heiler/.local/share/akonadi/db_data/mysql.err</a>&apos; contains errors.

File content of '/home/heiler/.local/share/akonadi/db_data/mysql.err':
100228 13:17:51 [Note] Plugin 'ndbcluster' is disabled.
100228 13:17:52  InnoDB: Started; log sequence number 0 123797
100228 13:17:52 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
100228 13:17:52 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
100228 13:17:52 [ERROR] Cannot open mysql.db
100228 13:17:52 [ERROR] Cannot open mysql.user
100228 13:17:52 [ERROR] Cannot open mysql.event
100228 13:17:52 [ERROR] Event Scheduler: An error occurred when initializing system tables.
100228 13:17:52 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.36-log'  socket: '/home/heiler/.local/share/akonadi/db_misc/mysql.socket'  port: 0  SUSE MySQL RPM


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



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/heiler/.local/share/akonadi/mysql.conf'>/home/heiler/.local/share/akonadi/mysql.conf</a> and is readable.

File content of '/home/heiler/.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

# 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



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:  SUCCESS
--------

Akonadi server process registered at D-Bus.
Details: The Akonadi server process is registered at D-Bus which typically indicates it is operational.

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
distlistresource.desktop
icalresource.desktop
imapresource.desktop
kabcresource.desktop
kcalresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
microblog.desktop
nepomukemailfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
strigifeeder.desktop
vcarddirresource.desktop
vcardresource.desktop

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

Test 15:  SUCCESS
--------

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

Test 16:  SUCCESS
--------

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

Test 17:  ERROR
--------

Current Akonadi control error log found.
Details: The Akonadi control process did report error during startup into <a href='/home/heiler/.local/share/akonadi/akonadi_control.error'>/home/heiler/.local/share/akonadi/akonadi_control.error</a>.

File content of '/home/heiler/.local/share/akonadi/akonadi_control.error':
"[
0: /usr/bin/akonadi_control(_Z11akBacktracev+0x39) [0x416ad9]
1: /usr/bin/akonadi_control [0x417022]
2: /lib64/libc.so.6 [0x7f2bf5b11560]
3: /lib64/libc.so.6(gsignal+0x35) [0x7f2bf5b114e5]
4: /lib64/libc.so.6(abort+0x180) [0x7f2bf5b129b0]
5: /usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74) [0x7f2bf6cc2504]
6: /usr/lib64/libQtCore.so.4 [0x7f2bf6cc26e2]
7: /usr/lib64/libQtCore.so.4(_Z6qFatalPKcz+0x95) [0x7f2bf6cc2895]
8: /usr/bin/akonadi_control(_ZN12AgentManagerC1EP7QObject+0x461) [0x421be1]
9: /usr/bin/akonadi_control(main+0x4be) [0x42d3be]
10: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f2bf5afda7d]
11: /usr/bin/akonadi_control [0x411f99]
]
" 


Test 18:  ERROR
--------

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

File content of '/home/heiler/.local/share/akonadi/akonadi_control.error.old':
"[
0: /usr/bin/akonadi_control(_Z11akBacktracev+0x39) [0x416ad9]
1: /usr/bin/akonadi_control [0x417022]
2: /lib64/libc.so.6 [0x7f4f389bf560]
3: /lib64/libc.so.6(gsignal+0x35) [0x7f4f389bf4e5]
4: /lib64/libc.so.6(abort+0x180) [0x7f4f389c09b0]
5: /usr/lib64/libQtCore.so.4(_Z17qt_message_output9QtMsgTypePKc+0x74) [0x7f4f39b70504]
6: /usr/lib64/libQtCore.so.4 [0x7f4f39b706e2]
7: /usr/lib64/libQtCore.so.4(_Z6qFatalPKcz+0x95) [0x7f4f39b70895]
8: /usr/bin/akonadi_control(_ZN12AgentManagerC1EP7QObject+0x461) [0x421be1]
9: /usr/bin/akonadi_control(main+0x4be) [0x42d3be]
10: /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f4f389aba7d]
11: /usr/bin/akonadi_control [0x411f99]
]
"

Wie komme ich an meine Mails ran? Kann ich das Zeug wegkonfigurieren?

Viele Grüße
Jürgen
 
An emails nicht mehr 'ranzukommen, wäre für mich eine ziemliche Katastrophe. Akonadi spukt bei mir ähnliche Fehlermeldungen aus.

Könntest Du Dich überzeugen, z.B. mit dem Systemmonitor, dass wirklich kontact nicht mehr läuft und dann kmail einfach mit dem Befehl kmail auf der Konsole starten?

Gruß,
Alexander
 
Auch die Anwendung Kmail startet den Akonadi-Server. Und dass ich meine Mails nicht lesen kann, ist eine Katastrophe. Vielleicht hätten die Entwickler das Zeug einmal testen sollen.
 
Du könntest immer noch das gute alte KDE-unabhängige Linux-Mailsystem einrichten und verwenden.

Deine alten Mails könnten in

/home/user/.kde/share/apps/kmail/

oder so liegen.

Gruß
 

Rainer Juhser

Moderator
Teammitglied
chefe schrieb:
Auch die Anwendung Kmail startet den Akonadi-Server. Und dass ich meine Mails nicht lesen kann, ist eine Katastrophe. Vielleicht hätten die Entwickler das Zeug einmal testen sollen.
Warum beschwerst du dich? KDE 4.4 ist ganz klar als Unstable bzw. Factory gekennzeichnet. Und so etwas installiert man eben nicht auf ein Produktivsystem mit wichtigen Daten - zumindest nicht ohne vorheriges Backup!
 
Rainer Juhser schrieb:
chefe schrieb:
Auch die Anwendung Kmail startet den Akonadi-Server. Und dass ich meine Mails nicht lesen kann, ist eine Katastrophe. Vielleicht hätten die Entwickler das Zeug einmal testen sollen.
Warum beschwerst du dich? KDE 4.4 ist ganz klar als Unstable bzw. Factory gekennzeichnet. Und so etwas installiert man eben nicht auf ein Produktivsystem mit wichtigen Daten - zumindest nicht ohne vorheriges Backup!

Das ist eine Art Beitrag, die ich häufiger in Foren lese, aber nicht verstehen kann. Ich spitze Deine Aussage 'mal zu, um zu zeigen, wie das ankommt:

1. Du hast etwas falsch gemacht.
2. Du bist selbst an Deinem Ärger schuld.
3. Du hättest es wissen müssen.
4. Ich reib's Dir jetzt noch mal gründlich unter die Nase.

Ja, danke.

Schau, Du kennst Dich doch aus. Wie wär's mit einem konstruktiveren Ratschlag. Viele Leute haben auf 4.4 aktualisiert, ohne Schwierigkeiten mit den E-Mails. Vielleicht ist es ja 'rauszukriegen, woher das Problem kommt.

Grrrruß,
Alexander
 
Rainer Juhser schrieb:
chefe schrieb:
Auch die Anwendung Kmail startet den Akonadi-Server. Und dass ich meine Mails nicht lesen kann, ist eine Katastrophe. Vielleicht hätten die Entwickler das Zeug einmal testen sollen.
Warum beschwerst du dich? KDE 4.4 ist ganz klar als Unstable bzw. Factory gekennzeichnet. Und so etwas installiert man eben nicht auf ein Produktivsystem mit wichtigen Daten - zumindest nicht ohne vorheriges Backup!

Wenn der Status der Pakete schon definitionsgemäß als "nicht brauchbar" eingestuft wird, sollte man das lieber "frühe Alpha" nennen.

Nach vielen Versuchen ist der Hinweis übrig geblieben, dass die $XDG_DATA_DIRS falsch gesetzt ist. Vielleicht kann mir jemand sagen, wie ich die ändere?

Gruß
Jürgen
 
chefe schrieb:
Nach vielen Versuchen ist der Hinweis übrig geblieben, dass die $XDG_DATA_DIRS falsch gesetzt ist.
Mein Hinweis von oben ist ebenfalls übrig geblieben.

Ich spitze Deine Aussage 'mal zu, um zu zeigen, wie das ankommt:

1. Was Du schreibst, fällt gleich wieder weg.
2. Nur Vorschläge von anderen bleiben übrig.
3. Was Du schreibst, interessiert mich 'eh nicht.
4. Du hast keine Ahnung.
5. Ich reib's Dir jetzt noch mal gründlich unter die Nase.

Ja, danke.

Ich find's eigentlich generell besser, wenn man sich auf Aussagen zum jeweiligen Sachthema beschränkt.
 
Diese Antwort verstehe ich jetzt leider nicht. Ich habe nur darauf hingewiesen, dass von den ursprünglichen Fehlermeldungen eine übriggeblieben ist, nämlich falsch gesetzte $XDG_DATA_DIRS, dort muss man wohl die KDE3-Verzeichnisse durch KDE4-Verzeichnisse ersetzen und ich habe im Internet den Befehl dafür nicht gefunden. Ob noch andere Fehler in meiner Installation vorliegen, merkt man später.
 
bookmark schrieb:
http://userbase.kde.org/Akonadi
Da gibts ein paar troubleshooting tips.

Guter Witz, gerade bei diesem unsäglichen Akonadi und dessen Anhängseln. Die Ablage vieler Dateien im Verzeichnisbaum ist unter den Linuxdistributionen eher weniger vereinheitlicht.
Entweder die anderen oder Suse kochen gern ihr eigenes Süppchen. Wohl auch ein Grund, weshalb sich nur die größten Hardwarehersteller erlauben können Treiber und Pakete für Linux herzustellen.

Gruß Ganymed
 
chefe schrieb:
Diese Antwort verstehe ich jetzt leider nicht.
Dann wiederhole ich meinen Tipp nochmal: Linux-Email-System verwenden, mit "fetchmail" und einem Client wie "evolution" oder gar "mutt". Dann brauchst Du kmail nicht und hast trotzdem Email.

Gruß
 
Oben