Hallo zusammen,
ich bin der neue hier
Ich sitze zwar seit einigen Jahren an OpenSuSE, aber bisher hatte ich noch keine Probleme, es lief einfach. Daher trifft es mich jetzt gerade etwas härter: Seit dem Upgrade von Leap 42.3 auf 15.1 hat mein Kontact offensichtlich einen Fehler in der dazugehörigen Datenbank; es startet zwar, aber kann keine Mails abholen oder versenden. Ich hatte nach dieser Anleitung
SDB:Distribution-Upgrade – openSUSE Wiki
das Upgrade von meinem problemlos funktionierenden 42.3 auf 15.1 gemacht. Auf den ersten Blick läuft auch alles - Anmeldung funktioniert, alle Programme und Daten sind vorhanden, alles läuft; prima, so soll es ja auch sein. Dann hatte ich Kontact gestartet: Auf den ersten Blick sieht alles gut aus; allerdings hat sich Kontact standhaft geweigert Mails vom Server abzuholen.
Mein erster Gedanke war die Firewall, dafür bekam ich aber keine weiteren Anzeichen. Nach einigem Suchen im www bin ich auf den Hinweis gestoßen dass es ein Problem mit Akonadi sein könnte; also mal mit
tom@linux-cy67:~> akonadictl status
Akonadi Control: running
Akonadi Server: running
Akonadi Server Search Support: available (Remote Search, Akonadi Search Plugin)
Available Agent Types: akonadi_akonotes_resource, akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_facebook_resource, akonadi_followupreminder_agent, akonadi_googlecalendar_resource, akonadi_googlecontacts_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_invitations_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_resource, akonadi_knut_resource, akonadi_kolab_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_notes_agent, akonadi_notes_resource, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_tomboynotes_resource, akonadi_unifiedmailbox_agent, akonadi_vcard_resource, akonadi_vcarddir_resource
abgefragt: Läuft. Na gut, noch mit
mal versucht ob er sich bei einem gezielten Neustart vielleicht selbst heilt... Das Ergebnis war wenig zufriedenstellend:
Tokenizer Warning: 8Bit character ' Ã '
Tokenizer Warning: 8Bit character ' ¼ '
org.kde.pim.imapresource: Detected inconsistency in local cache, we're missing some messages. Server: 109 Local: 94
org.kde.pim.imapresource: Refetching complete mailbox.
org.kde.pim.akonadiserver: QueryBuilder::exec(): database reported transaction timeout, retrying transaction
org.kde.pim.akonadiserver: "Lock wait timeout exceeded; try restarting transaction QMYSQL3: Die Ergebnisse des Befehls konnten nicht gespeichert werden"
org.kde.pim.akonadiserver: "akonadi_imap_resource_3" NOT Closing idle db connection; we are in transaction
org.kde.pim.akonadiserver: DATABASE ERROR when retrying transaction
org.kde.pim.akonadiserver: Error code: "1205"
org.kde.pim.akonadiserver: DB error: "Lock wait timeout exceeded; try restarting transaction"
org.kde.pim.akonadiserver: Error text: "Lock wait timeout exceeded; try restarting transaction QMYSQL3: Die Ergebnisse des Befehls konnten nicht gespeichert werden"
org.kde.pim.akonadiserver: Query: "SELECT PimItemTable.id, PimItemTable.rev, PimItemTable.remoteId, PimItemTable.remoteRevision, PimItemTable.gid, PimItemTable.collectionId, PimItemTable.mimeTypeId, PimItemTable.datetime, PimItemTable.atime, PimItemTable.dirty, PimItemTable.size FROM PimItemTable WHERE ( collectionId = ? AND ( ( remoteId = ? ) ) ) FOR UPDATE"
org.kde.pim.akonadiserver: Error while handling command CreateItem on connection akonadi_imap_resource_2 (0x555e6cca6910)
org.kde.pim.akonadicore: Creating/updating items from the akonadi database failed: "Failed to query database for item"
org.kde.pim.akonadicore: Error during ItemSync: "Failed to query database for item"
org.kde.pim.akonadiserver: "akonadi_imap_resource_0" NOT Closing idle db connection; we are in transaction
org.kde.pim.akonadiserver: "akonadi_imap_resource_3" NOT Closing idle db connection; we are in transaction
org.kde.pim.akonadiserver: "akonadi_imap_resource_2" NOT Closing idle db connection; we are in transaction
org.kde.pim.akonadiserver: "akonadi_imap_resource_0" NOT Closing idle db connection; we are in transaction
org.kde.pim.imapresource: Detected inconsistency in local cache, we're missing some messages. Server: 998 Local: 123
org.kde.pim.imapresource: Refetching complete mailbox.
org.kde.pim.imapresource: Detected inconsistency in local cache, we're missing some messages. Server: 480 Local: 479
org.kde.pim.imapresource: Refetching complete mailbox.
Tokenizer Warning: 8Bit character ' Ã '
Tokenizer Warning: 8Bit character ' ¼ '
Tokenizer Warning: 8Bit character ' Ã '
Tokenizer Warning: 8Bit character ' ¼ '
org.kde.pim.akonadiserver: Payload file "/home/tom/.local/share/akonadi/file_db_data/80/354880_r52" could not be open for reading!
org.kde.pim.akonadiserver: Error: "No such file or directory"
org.kde.pim.akonadiserver: Payload file "/home/tom/.local/share/akonadi/file_db_data/79/354879_r52" could not be open for reading!
org.kde.pim.akonadiserver: Error: "No such file or directory"
org.kde.pim.akonadiserver: Payload file "/home/tom/.local/share/akonadi/file_db_data/78/354878_r52" could not be open for reading!
org.kde.pim.akonadiserver: Error: "No such file or directory"
org.kde.pim.akonadiserver: Payload file "/home/tom/.local/share/akonadi/file_db_data/42/84842_r52" could not be open for reading!
org.kde.pim.akonadiserver: Error: "No such file or directory"
Alles anzeigen
um nur mal einen Auszug zu zeigen - davon könnte ich Seiten posten!
Es sieht also in meinen unbedarften Augen so aus als hätte es mir die Datenbank zu Akonadi zerschossen, da es hier einige unpassende Einträge zu geben scheint. Daher nun meine Frage: Kann man diese db irgendwie fixen? Gibt es dazu einen Befehl, um sich die fehlerhaften Einträge zu reparieren?
Oder als härtere Alternative: Kann man das ganze neu aufbauen? Theoretisch sollten alle Mails und sonstige Daten gesichert sein; bei mir läuft eine wöchentliche Sicherung der Postfächer, zusätzlich hatte ich gestern mal alle Mails nochmal exportiert (so weit läuft Kontact ja) und auf den ersten Blick scheint meine Ordnerstruktur, in der die Mails lokal sortiert waren, auch tatsächlilch in der Sicherung vorhanden zu sein.
Daher wäre ein kompletter Neuanfang unter Umständen durchaus gangbar, also komplette Deinstallation mit Löschen aller Daten und anschließendem Neuaufsetzen von Kontact. Lieber wäre mir allerdings natürlich eine Reparatur, falls sowas geht.
Es wäre klasse wenn sich hier eine Lösung finden würde; momentan muss ich halt mit Thunderbird als Notlösung leben. Solange meine alten Mails nicht verloren sind, sehe ich das aber noch relativ entspannt! Was dabei sicherlich nicht hilfreich ist: Ich arbeite zwar schon einige Jahre mit SuSE, da ich aber nie Probleme hatte musste ich mich bisher nicht wirklich darin einarbeiten und in die Tiefen des Systems gehen - es hat einfach alles funktioniert, auch mit diversen Updates und Upgrades dazwischen...
LG - Tom