akonadi dienst läuft nicht nach upgrade auf debian11

[lenor]

Hilfe Kontact funktioniert nach dem upgrade auf 11 nicht mehr.
Folgendes in der Konsole versucht:

Code: Alles auswählen

:~ $ sudo systemctl restart mariadb
Failed to restart mariadb.service: Unit mariadb.service not found.
:~ $ sudo mysql_upgrade
FATAL ERROR: Can't execute 'mysqlcheck'

[eggy]

Was sagt "service mysql start" ?

[lenor]

Code: Alles auswählen

~ $ sudo service mysql start
[Failed to start mysql.service: Unit mysql.service not found.

Wenn ich versuche akonadi in der Konsole zu starten:

Code: Alles auswählen

:~ $ akonadictl start
org.kde.pim.akonadictl: Starting Akonadi Server...
org.kde.pim.akonadictl:    done.
moby@admiral:~ $ Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
ERROR: ld.so: object 'libesets_pac.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
org.kde.pim.akonadiserver: Starting up the Akonadi Server...
org.kde.pim.akonadiserver: database server stopped unexpectedly
org.kde.pim.akonadiserver: Database process exited unexpectedly during initial connection!
org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld"
org.kde.pim.akonadiserver: arguments: ("--defaults-file=/home/moby/.local/share/akonadi/mysql.conf", "--datadir=/home/moby/.local/share/akonadi/db_data/", "--socket=/run/user/1000/akonadi/mysql.socket", "--pid-file=/run/user/1000/akonadi/mysql.pid")
org.kde.pim.akonadiserver: stdout: ""
org.kde.pim.akonadiserver: stderr: "2021-08-21  5:34:55 0 [Note] /usr/sbin/mysqld (mysqld 10.5.11-MariaDB-1) starting as process 1292770 ...\n"
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited normally...

Soll ich einfach mal folgendes ausführen?

Code: Alles auswählen

sudo apt-get install mysql-server

[eggy]

Code: Alles auswählen

dpkg -l maria*
dpkg -l mysql*

[lenor]

bei mysql keine Pakete gefunden bei maria anbei (unten)

Code: Alles auswählen

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

[*]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 mariadb-client-10.0 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-client-10.1 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-client-10.2 <keine> <keine> (keine Beschreibung vorhanden)
rc mariadb-client-10.3 1:10.3.27-0+deb10u1 amd64 MariaDB database client binaries
un mariadb-client-5.5 <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 <keine> <keine> (keine Beschreibung vorhanden)
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-10.1 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-server-10.2 <keine> <keine> (keine Beschreibung vorhanden)
rc mariadb-server-10.3 1:10.3.27-0+deb10u1 amd64 MariaDB database server binaries
un mariadb-server-10.4 <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)
un mariadb-server-core-10.0 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-server-core-10.1 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-server-core-10.2 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-server-core-10.3 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-server-core-10.4 <keine> <keine> (keine Beschreibung vorhanden)
ii mariadb-server-core-10.5 1:10.5.11-1 amd64 MariaDB database core server files
un mariadb-server-core-5.5 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-test <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-tokudb-engine-10.0 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-tokudb-engine-10.1 <keine> <keine> (keine Beschreibung vorhanden)
un mariadb-tokudb-engine-5.5 <keine> <keine> (keine Beschreibung vorhanden)

[lenor]

Habe es dennoch gerade mit versucht:

Code: Alles auswählen

:~ $ sudo apt-get install mysql-server
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket mysql-server ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.

E: Für Paket »mysql-server« existiert kein Installationskandidat.

[tijuca]

Release Notes hin und wieder lesen hilft!
https://www.debian.org/releases/stretch ... aces-mysql

PS: Der Link zeigt auf die Hinweise zur Veröffentlichung von Stretch!

[lenor]

soll das auch für bullseye so sein? Und warum wird das nicht entsprechen upgedatet. Ich habe von buster auf bullseye upgedatet!
Trotz allen weiß ich jetzt immer noch nicht was getan werden muss um den akonadi dienst wieder zu beleben?

[eggy]

Die "ii" am Anfang sind die installierten Sachen, "apt-cache show mariadb-server-core-10.5" sagt "Dieses Paket enthält die wichtigsten Server-Programme. Sie werden von Akonadi verwendet." .. Tja, gute Frage was da los ist, laut Paketbeschreibung könnte das, was Du installiert hast reichen. Ich würd es trotzdem einfach mal mit "apt-get install mariadb-server" versuchen. Falls was fehlt, wirds damit vielleicht nachinstalliert.

[lenor]

ok, thx läuft gerade ... Und so wie es aussieht sind da doch wohl einige Pakete die nachinstalliert werden.

Code: Alles auswählen

:~ $ sudo apt-get install mariadb-server
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  galera-4 libcgi-fast-perl libcgi-pm-perl libconfig-inifiles-perl libdbd-mariadb-perl libdbi-perl
  libfcgi-bin libfcgi-perl libfcgi0ldbl libhtml-template-perl mariadb-client-10.5
  mariadb-server-10.5
Vorgeschlagene Pakete:
  libmldbm-perl libnet-daemon-perl libsql-statement-perl libipc-sharedcache-perl mariadb-test
Die folgenden NEUEN Pakete werden installiert:
  galera-4 libcgi-fast-perl libcgi-pm-perl libconfig-inifiles-perl libdbd-mariadb-perl libdbi-perl
  libfcgi-bin libfcgi-perl libfcgi0ldbl libhtml-template-perl mariadb-client-10.5 mariadb-server
  mariadb-server-10.5
0 aktualisiert, 13 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 7.795 kB von 7.861 kB an Archiven heruntergeladen werden. 

[eggy]

Das ist halt der "ganze" Datenbankserver. Ich hab keine Ahnung was akonadi davon braucht, und ob das mit dem kleinen Paket gereicht hätte. Wenn es funktioniert und Du genug Motivation hast, kannst Du das Zeug ja wieder runterwerfen und nochmal mit dem anderen Paket versuchen.

[lenor]

ok, thx, allerdings funzt es immer noch nicht, wenn ich akonadi in der Konsole starte, erhalte ich einen Error :

Code: Alles auswählen

~ $ akonadictl start
org.kde.pim.akonadictl: Starting Akonadi Server...
org.kde.pim.akonadictl:    done.

:~ $ Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
ERROR: ld.so: object 'libesets_pac.so' from /etc/ld.so.preload cannot be preloaded (cannot open shared object file): ignored.
org.kde.pim.akonadiserver: Starting up the Akonadi Server...
org.kde.pim.akonadiserver: database server stopped unexpectedly
org.kde.pim.akonadiserver: Database process exited unexpectedly during initial connection!
org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld"
org.kde.pim.akonadiserver: arguments: ("--defaults-file=/home/moby/.local/share/akonadi/mysql.conf", "--datadir=/home/moby/.local/share/akonadi/db_data/", "--socket=/run/user/1000/akonadi/mysql.socket", "--pid-file=/run/user/1000/akonadi/mysql.pid")
org.kde.pim.akonadiserver: stdout: ""
org.kde.pim.akonadiserver: stderr: "2021-08-22 16:37:37 0 [Note] /usr/sbin/mysqld (mysqld 10.5.11-MariaDB-1) starting as process 4291 ...\n"
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited normally...

[Bequimao]

Ich hätte auch gern einen Bugreport geschrieben. Aber da ich hier im Forum eine Abfuhr bekommen habe, habe ich verzichtet.

viewtopic.php?f=29&t=180985

Grüße
Bequimão

[lenor]

ok, thx, den ersten error habe ich mit

Code: Alles auswählen

sudo 'echo "" > /etc/ld.so.preload'

entfernen können, es dürfte sich ab jetzt Inhaltlich um selbiges handeln!

Code: Alles auswählen

org.kde.pim.akonadiserver: stderr: "2021-08-22 17:20:13 0 [Note] /usr/sbin/mysqld (mysqld 10.5.11-MariaDB-1) starting as process 7560 ...\n"
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"

[eggy]

@lenor: schau mal, ob der Datenbankdienst nun läuft, das sollte das erste Ziel sein, dann bei akonadi weiter.
Wenn ich das richtig sehe, kann man akonadi aber auch mit was anderem, z.B. akonadi-backend-sqlite, betreiben, ist vielleicht die einfachere Variante. Dazu muss man wohl die bisher genutzten sql-Sachen runterwerfen, das andere Backend installieren und vermutlich noch die config/-s anpassen, ka ob da noch was globales in /etc liegt, userspezifisches dann wohl in ~/.config/akonadi/, ausprobiert hab ichs aber noch nicht.

@Bequimao: das debianforum.de ist nicht Debian. Hier "angemotzt" zu werden braucht Dich also nicht davon abhalten, dort einen Bugreport zu hinterlassen ... kann aber gut sein, dass ihr das gleiche Problem habt, vielleicht findet sich ja im Bugtracker noch jemand? Schon mal da geschaut?

[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.