akonadi dienst läuft nicht nach upgrade auf debian11

[lenor]

oje du meinst dies:

Code: Alles auswählen

:~ $ dpkg -l mysql*
dpkg-query: Kein Paket gefunden, das auf mysql-apt-config_0.8.13-1_all.deb passt

[lenor]

Wenn wir aber beim Thema Bug sind, da hätte ich noch etwas was mir auch mächtig auf die .... geht, ob es allerdings ein Bug wert ist, keine Ahnung.

Neben meinem Hauptproblem Kontact (mysql und akonadi) habe ich noch so ein nerviges Thema seit dem Upgrade.
Nach jedem Neustart sind meine Icons auf der Arbeitsfläche irgendwo angeordnet und nicht nach meiner Wunsch Ausrichtung, kann doch jedes mal die Icons suchen und wieder dort hin verschieben wo ich Sie gerne hätte, das nervt ungemein.

[eggy]

Keine Ahnung, ich hab keine Icons auf dem Desktop. Kann man hier (fluxbox) wohl auch irgendwie nachrüsten, seh ich aber keinen Wert drin. Benutz mal die Forensuche, vermutlich liegts nur an nem "Positon speichern"-Klick im richtigen Feld, dachte hier gab's vor kurzen was dazu/ähnliches? Falls die Suche nichts findet, eigenen Thread aufmachen.

[halo44]

Bei KDE hilft: Rechtsklick auf die Arbeitsfläche >> Arbeitsfläche und Hintergrundbild einrichten ... >> Symbole >> Position sperren.

Gruss H.

[Bequimao]

Bei KDE hilft: Rechtsklick auf die Arbeitsfläche >> Arbeitsfläche und Hintergrundbild einrichten ... >> Symbole >> Position sperren.

Gruss H.

Hier muß man erst wissen, ob das Layout Ordneransicht oder Arbeitsfläche (Folder View oder Desktop) ist. Bei Ordneransicht gibt es keine fixen Icons.

[Bequimao]

Ich habe 2 Debian-Instanzen mit KDE Plasma, Testing und Stable.

In Stable läuft nach erfolgreichem Upgrade auf Bullseye Akonadi und KMail.

Maria-DB sieht so aus

Code: Alles auswählen

root@bullseye-kde:~# dpkg -l *mariadb*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
         Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name                       Version      Architektur  Beschreibung
+++-==========================-============-============-=====================================
un  libmariadb-java            <keine>      <keine>      (keine Beschreibung vorhanden)
ii  libmariadb3:amd64          1:10.5.11-1  amd64        MariaDB database client library
un  libmariadbclient18         <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-client-10.0        <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-client-core-10.0   <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-client-core-10.1   <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-client-core-10.2   <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-client-core-10.3   <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-client-core-10.4   <keine>      <keine>      (keine Beschreibung vorhanden)
ii  mariadb-client-core-10.5   1:10.5.11-1  amd64        MariaDB database core client binaries
un  mariadb-client-core-5.5    <keine>      <keine>      (keine Beschreibung vorhanden)
ii  mariadb-common             1:10.5.11-1  all          MariaDB common configuration files
un  mariadb-galera-server-10.0 <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-galera-server-5.5  <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-server-10.0        <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-server-5.1         <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-server-5.2         <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-server-5.3         <keine>      <keine>      (keine Beschreibung vorhanden)
un  mariadb-server-5.5         <keine>      <keine>      (keine Beschreibung vorhanden)
root@bullseye-kde:~#

mysql.err

Code: Alles auswählen

bequimao@bullseye-kde:~$ cat .local/share/akonadi/db_data/mysql.err
210822 15:44:44 [Note] Plugin 'FEDERATED' is disabled.
210822 15:44:44 InnoDB: The InnoDB memory heap is disabled
210822 15:44:44 InnoDB: Mutexes and rw_locks use GCC atomic builtins
210822 15:44:44 InnoDB: Compressed tables use zlib 1.2.8
210822 15:44:44 InnoDB: Using Linux native AIO
210822 15:44:44 InnoDB: Initializing buffer pool, size = 128.0M
210822 15:44:44 InnoDB: Completed initialization of buffer pool
210822 15:44:44 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
210822 15:44:44  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
210822 15:44:47  InnoDB: Waiting for the background threads to start
210822 15:44:48 InnoDB: 5.5.54 started; log sequence number 2894289160
210822 15:44:48 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.54-0+deb8u1'  socket: '/run/user/1000/akonadi/mysql.socket'  port: 0  (Debian)
bequimao@bullseye-kde:~$

mysql_upgrade crasht jedoch auch hier

Code: Alles auswählen

bequimao@bullseye-kde:~$ mysql_upgrade -u=akonadi --socket=/run/user/1000/akonadi/mysql.socket
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Can't execute 'mysqlcheck'
bequimao@bullseye-kde:~$

mysql_upgrade prüft und repariert die Integrität der MySQL-Systemtabellen, akonadictl fsck die der Benutzertabellen. akonadictl fsck dürfte jedoch nicht laufen, wenn Akonadi selbst crasht. sqlite als Datenbank-Backend wird schon lange nicht mehr empfohlen.

@ lenor: Der nächste Schritt wäre zu testen, ob MariaDB/Akonadi in einem neu eingerichteten Testuser funktioniert.

@ eggy: Mir war schon klar, daß das Upgrade auf Bullseye crashen kann. Ich hätte jedoch die Bestätigung gebraucht, ob das Problem reproduzierbar ist.

Viele Grüße
Bequimão

[lenor]

Gold richtig, neuen User angelegt und in der Konsole 'akonadictl start' danach:

Code: Alles auswählen

:~$ 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_followupreminder_agent, akonadi_google_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_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

Das sieht gut aus oder, wie bekomme ich das jetzt mit dem alten user wieder hin?

[eggy]

Die entsprechende Config des Users finden. Wie oben geschrieben, vermutlich in /home/username/.config/akonadi/.
Wenn Du das wegschiebst (besser während der User nicht angemeldet ist), sollte die Config beim ersten Login neu erstellt werden.
Lieber nur wegschieben, löschen geht dann immer noch, aber weg ist halt weg (von Backups mal abgesehen).

[Bequimao]

So sieht das hier aus

Code: Alles auswählen

bequimao@bullseye-kde:~$ cat .config/akonadi/akonadiserverrc
[Debug]
Tracer=null

[%General]
Driver=QMYSQL

[QMYSQL]
Host=
Name=akonadi
Options="UNIX_SOCKET=/run/user/1000/akonadi/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true
bequimao@bullseye-kde:~$

Da aber Akonadi unter Buster funktioniert hat, nehme ich an, daß die Konfiguration identisch ist.

Bitte noch die Ausgabe von

Code: Alles auswählen

$ cat .local/share/akonadi/db_data/mysql.err

wenn nicht zu groß.

[halo44]

... Bei Ordneransicht gibt es keine fixen Icons.

Nach jedem Neustart sind meine Icons auf der Arbeitsfläche irgendwo

Gruss H.

[lenor]

!!! Achtung das mit den Icon's, stelle ich hier ein, dazu mache ich dann eigens ein neuen Thread auf, Danke !!!!

Anbei :

Code: Alles auswählen

:~ $ cat .local/share/akonadi/db_data/mysql.err
2021-08-23 17:23:37 0 [Note] InnoDB: Uses event mutexes
2021-08-23 17:23:37 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2021-08-23 17:23:37 0 [Note] InnoDB: Number of pools: 1
2021-08-23 17:23:37 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
2021-08-23 17:23:37 0 [Note] mysqld: O_TMPFILE is not supported on /tmp (disabling future attempts)
2021-08-23 17:23:37 0 [Note] InnoDB: Using Linux native AIO
2021-08-23 17:23:37 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728
2021-08-23 17:23:37 0 [Note] InnoDB: Completed initialization of buffer pool
2021-08-23 17:23:37 0 [ERROR] InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.3.27.
2021-08-23 17:23:37 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2021-08-23 17:23:37 0 [Note] InnoDB: Starting shutdown...
2021-08-23 17:23:38 0 [ERROR] Plugin 'InnoDB' init function returned error.
2021-08-23 17:23:38 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2021-08-23 17:23:38 0 [Note] Plugin 'FEEDBACK' is disabled.
2021-08-23 17:23:38 0 [ERROR] Unknown/unsupported storage engine: innodb
2021-08-23 17:23:38 0 [ERROR] Aborting

[lenor]

Achso das mit... sieht gleich aus

Code: Alles auswählen

:~ $ cat .config/akonadi/akonadiserverrc
[Debug]
Tracer=null

[%General]
Driver=QMYSQL

[QMYSQL]
Host=
Name=akonadi
Options="UNIX_SOCKET=/run/user/1000/akonadi/mysql.socket"
ServerPath=/usr/sbin/mysqld
StartServer=true

[Bequimao]

Aus mysql.err ergibt sich, daß die Logfiles das alte, falsche Format haben. Das defekte Programm/Skript mysql_upgrade wäre dafür zuständig, das Format anzupassen.
Die Logs stehen unter ~/.local/share/akonadi/db_data/akonadi/ und haben die Endung *.idb. Da sie eh unbrauchbar sind, kannst du sie wegmoven und hoffen, daß sie neu angelegt werden und die Datenbank hochfährt.

Die globalen Konfigs stehen unter /etc/xdg/akonadi/mysql-global.conf

Einer im weiten Web meldet damit Erfolg
https://discuss.erpnext.com/t/solved-ma ... rash/35048

Ich drück die Daumen
Bequimão

Edit: Hier getestet. Funktioniert nicht, Akonadi crasht. Ich konnte aber zurücksichern.

[Bequimao]

Zum Rekapitulieren:

Akonadi braucht keinen MariaDB-Server oder MySQL-Server, der Datenbankserver ist akonadi-server. Alles läuft unter dem User. Deshalb gibt es (noch) keine Systemd-Units.

@ Eggy: Zur Idee mit akonadi-backend-sqlite
https://techbase.kde.org/KDE_PIM/Akonad ... _sqlite.3F

Apt-file gibt an, daß mysql_upgrade von mariadb_server_core geliefert wird. Installiert ist hier aber mysql_server_core durch die Abhängigkeit von akonadi-backend-mysql. Nach Installation von mariadb_server_core funktioniert mysql_upgrade weiterhin nicht, Akonadi/Kontact/KMail läuft aber.

Der dazu gehörige Test
pastebin/?mode=view&s=41452

Für einen Bugreport bräuchte es einen Test in einem neuen User, oder besser eine Neuinstallation. Meine Installationen sind mindestens 6 Jahre alt. Es kann ja sein, daß mysql_upgrade unter einer Neuinstallation funktioniert.

@ lenor: Ich sehe keine andere Chance als den Testuser vollständig zu parametrieren, und dann den User zu wechseln. Diesen Weg bin ich unter Debian Testing auch schon gegangen.

Viele Grüße
Bequimão

[lenor]

hier habe ich keine *.idb files '~/.local/share/akonadi/db_data/akonadi/' nur *.ibd (&*frm, *.opt) files, *.ibd habe ich versuchsweise verschoben, funzt nicht.

Wenn weder MariaDB-Server noch MySql-Server von Nöten sind kann ich diese 'purgen' ohne das ich einen Datenverlust in der Akonadi-DB bzw. Kontact habe?

apt-file funzt nicht

Code: Alles auswählen

:~ $ sudo apt-file search mysql_upgrade
sudo: apt-file: Befehl nicht gefunden

Wie den Testuser vollständig parametrieren ...?

Irgendwie habe ich ja Hoffnung das ein upgrade das ganze gerade biegt, aber bin jetzt schon fast 5 Tage ohne Mailverkehr (Kontact) oje oje..wo soll das enden.
Wäre toll wenn Kontact wieder so funzt wie vor dem 11er upgrade.

[Bequimao]

*.ibd ist korrekt. Das war mein Fehler.

Mit neu parametrieren meine ich, nach und nach alle Programme so einzurichten, daß der neue Benutzer dann der Standardbenutzer werden kann. Über Datenverluste bei Mails brauche ich mir keine Gedanken zu machen. Ich habe 2 IMAP-Konten. Die Mails liegen nicht auf den lokalen Rechner. Kalender, Kontakte sichere ich über die Exportfunkionen in Kontact. Allgemein vermeide ich, Daten mit Betriebssystembefehlen (mv, cp ...) zu manipulieren.

Eine Korrektur kann lange dauern. Erstens gibt noch keinen Bugreport. Zweitens kann der Developer sich darauf beschränken, zukünftige Fehler zu verhindern. Du kannst nicht darauf hoffen, daß er sich mit der Korrektur der Daten in allen möglichen Varianten befaßt.

[lenor]

Ein mini kleines Stück bin ich weiter.

habe folgendes gemacht.

Code: Alles auswählen

$ cd ~/.local/share/akonadi
$ mv db_data db_databkp
$ mkdir db_data

:~/.local/share/akonadi $ /usr/sbin/mysqld --defaults-file=/home/moby/.local/share/akonadi/mysql.conf --datadir=/home/moby/.local/share/akonadi/db_data/ --socket=/run/user/1000/akonadi/default/mysql.socket --pid-file=/run/user/1000/akonadi/default/mysql.pid --initialize --console

:~/.local/share/akonadi $ akonadictl start
Akonadi is already running.

Zwar läuft jetzt Akonadi, aber der erste Versuch Kontact zu starten,

[Bequimao]

Nachtrag
mysql-server kann/muß weg.
apt-file mußt du installieren, wenn nicht vorhanden.

Du solltest den Neuaufbau der Datenbank Kontact überlassen. Dazu kontact als user in der Konsole aufrufen, damit du die Ausgabe und Fehlermeldungen siehst.

[lenor]

Ok thx, habe es bei ersten mal nicht über die Konsole gestartet, meine Mails und Konten sind vorhanden, soweit schon mal nicht schlecht. viel weiter bin ich aber auch noch nicht gekommen, bis auf; der Posteingang wird nicht richtig übersetzt da steht inbox und alle meine Filter mit Ordnerverschiebung mussten neu gesetzt werden, genauso wie die Aufbewahrungsfristen der einzelnen Ordner.

Der vollständig mal der Aufruf in der Konsole:

Code: Alles auswählen

:~ $ kontact
Cannot initialize model with data QJsonObject() . missing: QJsonValue(string, "urls")

[Bequimao]

Meinen Glückwunsch! Das ist mehr als ich für möglich gehalten habe.
Ich werde jetzt ein frisches KDE Plasma in einer VM (Qemu/KVM) installieren.

Viele Grüße
Bequimão

[lenor]

Thx, das ist zwar schon ein gutes Stück, aber bei weitem noch nicht das was es vor dem Upgrade mal war.

[Bequimao]

Du hättest auch inbox in Ordnereigenschaften oder der KMail-Konfiguration umbenennen können. Das ist mir leider erst jetzt eingefallen.

Ich habe inzwischen einen Bugreport angelegt
https://bugs.debian.org/cgi-bin/bugrepo ... bug=993219

Die Antwort von Otto Kekäläinen

Hello!

This is not a bug in the Debian packaging and not really an upstream bug either.

The error message seems pretty clear:
> [ERROR] InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.3.27.

Before you upgrade, you need to ensure your database shuts down
correctly and cleanly. If it did not shut down cleanly on 10.3.27, you
need to start it again with 10.3.27, let the startup do the error
recovery, and then shut it down cleanly. Only after that can you
attempt to upgrade to 10.5 again.

Please do that and then tell me if you got the database started on 10.5.

Also ein Downgrade von MariaDB und allen Abhängigkeiten auf die alte Version und ein sauberes Herunterfahren der Datenbank. Ein solches Downgrade habe ich aber noch nie gemacht. Also bleibt nur eine komplette Rücksicherung. Der Aufwand und das Risiko wäre mir, und ich nehme an, auch dir, zu groß. Wahrscheinlich würde die Aktion funktionieren, aber welcher Erkenntnisgewinn ergibt sich?

Daneben meine ich, daß eine erfolgreiche Migration sehr wohl auch die Redo Logs bearbeiten muß. Es passiert ja wohl häufiger. daß eine Datenbank nicht sauber herunter gefahren wird. Damit ist eine Migration ein Glücksspiel.

Viele Grüße
Bequimão

[lenor]

Ok thx. Aber das Umbenennen ist wohl nicht so einfach, wie es den Anschein hat.