RE: Re: Akonadi bzw. mysql Problem in Kmail seit Installation von Leap 15.0
-----Ursprüngliche Nachricht----- Von: Jan Ritzerfeld Gesendet: So. 10.06.2018 18:19 An: opensuse-de@opensuse.org Betreff: Re: Akonadi bzw. mysql Problem in Kmail seit Installation von Leap 15.0
Am Sonntag, 10. Juni 2018, 17:29:48 CEST schrieb Manfred Keller:
Hallo Leute,Seit der Installation von Leap 15.0 funktioniert mein Kmail nicht mehr. Nach dem Start von Kmail steht da nur"Der Akonadi-Dienst zur persönlichen Informationsverwaltung arbeitet nicht richtig. (...).
Beim Versuch über die Konsole Akonadi zu starten erhalte ich folgende Ausgabe: (...) database server stopped unexpectedly (...) Database process exited unexpectedly during initial connection! (...) executable "/usr/sbin/mysqld" (...) arguments:("--defaults-file=/home/mankel/.local/share/akonadi/ mysql.conf","--datadir=/home/mankel/.local/share/akonadi/db_data/","--socket=/ tmp/akonadi-mankel.Ni5IIQ/mysql.socket","--pid-file=/tmp/akonadi- mankel.Ni5IIQ/mysql.pid")
Das mysql für akonadi startet also nicht. Was steht in ~/.local/share/akonadi/db_data/mysql.err ?
Da steht: InnoDB: Mutexes and rw_locks use GCC atomic builtinsInnoDB: Uses event mutexesInnoDB: Compressed tables use zlib 1.2.11InnoDB: Using Linux native AIOInnoDB: Number of pools: 1InnoDB: Using SSE2 crc32 instructionsInnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128MInnoDB: Completed initialization of buffer poolInnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the manpage of setpriority().InnoDB: Highest supported file format is Barracuda.InnoDB: 128 out of 128 rollback segments are active.InnoDB: Creating shared tablespace for temporary tablesInnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...InnoDB: File './ibtmp1' size is now 12 MB.InnoDB: Waiting for purge to startInnoDB: 5.7.22 started; log sequence number 5129194387InnoDB: Loading buffer pool(s) from /home/mankel/.local/share/akonadi/db_data/ib_buffer_poolInnoDB: Buffer pool(s) load completed at 180610 17:04:51Plugin 'FEEDBACK' is disabled.Recovering after a crash using tc.log[ERROR] Recovery failed! You must enable all engines that were enabled at the moment of the crash[ERROR] Crash recovery failed. Either correct the problem (if it's, for example, out of memory error) andrestart, or delete tc log and start mysqld with --tc-heuristic-recover={commit|rollback}[ERROR] Can't init tc log[ERROR] Aborting
Mein System: Neu aufgesetztes Leap 15.0 OHNE Formatierung der Home Partition. (...).
Mit welcher openSUSE-Version hast du denn deine Home-Partition vorher genutzt?
Mit openSUSE Leap 42.3 Danke und Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 10. Juni 2018, 18:44:09 CEST schrieb Manfred Keller:
(...).
Der Befehl mit den genauen Argumenten könnte noch wichtig werden (Zeilenumbrüche bitte entfernen): /usr/sbin/mysqld --defaults-file=/home/mankel/.local/share/akonadi/mysql.conf --datadir=/home/mankel/.local/share/akonadi/db_data/ Das ist echt schlecht lesbar ohne Zeilenumbrüche. In der Datei sollten da schon welche sein.
(...). (...) Recovering after a crash using tc.log (...) [ERROR] Recovery failed! You must enable all engines that were enabled at the moment of the crash [ERROR] Crash recovery failed. Either correct the problem (if it's, for example, out of memory error) and restart, or delete tc log and start mysqld with --tc-heuristic-recover={commit|rollback} [ERROR] Can't init tc log (...).
Also ist mysql wohl nicht richtig heruntergefahren. Warum steht da natürlich nicht. Falls es nur ein temporäres Problem ist, wird es sich von alleine beim nächsten Start von akonadi lösen. Falls nicht, kannst das tun, was da oben steht. Also erst einmal das tc.log finden und löschen (oder zur Sicherheit nur in dein Home verschieben) und noch einmal probieren. Wahrscheinlich wird das dann immer noch einen ähnlichen Fehler ergeben, dann müssest du den Befehl für mysqld oben benutzen, aber noch den Parameter --tc-heuristic-recover=commit anhängen oder --tc-heuristic-recover=rollback. Gruß Jan -- Never program and drink beer at the same time. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 10. Juni 2018, 18:44:09 CEST schrieb Manfred Keller:
-----Ursprüngliche Nachricht----- Von: Jan Ritzerfeld Gesendet: So. 10.06.2018 18:19 An: opensuse-de@opensuse.org Betreff: Re: Akonadi bzw. mysql Problem in Kmail seit Installation von Leap 15.0> Am Sonntag, 10. Juni 2018, 17:29:48 CEST schrieb Manfred Keller:
Hallo Leute,Seit der Installation von Leap 15.0 funktioniert mein Kmail nicht mehr. Nach dem Start von Kmail steht da nur"Der Akonadi-Dienst zur persönlichen Informationsverwaltung arbeitet nicht richtig. (...).
[ ... ]
Was steht in ~/.local/share/akonadi/db_data/mysql.err ?
Ich habe mir die Fehlermeldung mal angesehen und da steht was über die Datei "tc.log". Diese habe ich einfach mal umbenannt in "tc.log.old" und "aconadictl start" erneut ausgeführt. Danach konnte ich Kmail wieder starten und alle Emails waren wie gewohnt in den gewohnten Unterordnern.
Recovering after a crash using tc.log[ERROR] Recovery failed! You must enable all engines that were enabled at the moment of the crash[ERROR] Crash recovery failed. Either correct the problem (if it's, for example, out of memory error) andrestart, or delete tc log and start mysqld with --tc-heuristic-recover={commit|rollback}[ERROR] Can't init tc log[ERROR] Aborting
Was mich jetzt noch etwas irritiert und wo ich wieder nicht weiter weiß ist nach dem Kommando aconadictl fsck. Da kommt folgende Fehler Meldung: Checking SuSE ML Found duplicates 1492632126.R83.SchlingelPC:2,S org.kde.pim.akonadiserver: DATABASE ERROR: org.kde.pim.akonadiserver: Error code: "1064" org.kde.pim.akonadiserver: DB error: "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ') AND PartTable.storage = 1 )' at line 1" org.kde.pim.akonadiserver: Error text: "You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ') AND PartTable.storage = 1 )' at line 1 QMYSQL: Die Abfrage konnte nicht ausgeführt werden" org.kde.pim.akonadiserver: Query: "SELECT PartTable.id, PartTable.pimItemId, PartTable.partTypeId, PartTable.data, PartTable.datasize, PartTable.version, PartTable.storage FROM PartTable WHERE ( PartTable.pimItemId IN ( ) AND PartTable.storage = :0 )" Hast du dazu noch eine Erklärung und vielleicht auch einen Lösungsansatz? Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 10. Juni 2018, 19:58:13 CEST schrieb Manfred Keller:
(...). Ich habe mir die Fehlermeldung mal angesehen und da steht was über die Datei "tc.log". Diese habe ich einfach mal umbenannt in "tc.log.old" und "aconadictl start" erneut ausgeführt. Danach konnte ich Kmail wieder starten und alle Emails waren wie gewohnt in den gewohnten Unterordnern.
Prima!
(...). Was mich jetzt noch etwas irritiert und wo ich wieder nicht weiter weiß ist nach dem Kommando aconadictl fsck. Da kommt folgende Fehler Meldung:
(...) Query: "SELECT PartTable.id, PartTable.pimItemId, PartTable.partTypeId, PartTable.data, PartTable.datasize, PartTable.version, PartTable.storage FROM PartTable WHERE ( PartTable.pimItemId IN ( ) AND PartTable.storage = :0 )"
Hast du dazu noch eine Erklärung und vielleicht auch einen Lösungsansatz?
Naja, da fehlen halt die Ids in der Klammer von "IN ( )". Und du bist nicht allein mit dieser Meldung unter Leap 15: https://forums.opensuse.org/showthread.php/531359-Postgres-as-Akonadi-Backen... Funktioniert denn sonst alles? Falls ja, würde ich jedenfalls eher auf ein "akonadictl vacuum" verzichten, denn damit könntest du Daten verlieren. Und wenn du IMAP benutzt und dann online gehst, könnten auch die Mails auf dem Server verschwinden! Also wenn überhaupt dann vorher Backup, alle Netzwerkverbindungen kappen und erst kontrollieren ob noch alles da ist bevor du wieder online gehst!!! Gruß Jan -- I am Bashir of Borg. Prepare to be... did anyone ever tell you that you have beautiful eyes? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
Jan Ritzerfeld -
Manfred Keller