Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[gelöst] Nach Systemupdate - KMail startet nicht mehr
View unanswered posts
View posts from last 24 hours
View posts from last 7 days

 
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German)
View previous topic :: View next topic  
Author Message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Wed Jul 02, 2025 4:32 pm    Post subject: [gelöst] Nach Systemupdate - KMail startet nicht mehr Reply with quote

Hallo zusammen,

nachdem jetzt das Systemupdate sowohl unter Gentoo_Plasma als auch unter Gentoo_GNOME erfolgreich durchgelaufen ist, startet KMail auf beiden Systemen nicht mehr.

Code:
peter@gentoo ~ $ kmail
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
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: QList("--defaults-file=/home/peter/.local/share/akonadi/mysql.conf", "--datadir=/home/peter/.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: ""
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unbekannter Fehler"
org.kde.pim.akonadiserver: See "/home/peter/.local/share/akonadi/db_data/mysql.err" for more details
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited normally...
org.kde.pim.akonadicore: Job error:  "" for collection: QList()
org.kde.pim.akonadicore: Job error:  "" for collection: QList()
org.kde.pim.messagelist: Failed to load tags  ""
org.kde.pim.kmail: ""
org.kde.pim.mailcommon: failed to retrieve tags  ""
[4334:7:0702/182641.447310:ERROR:command_buffer_proxy_impl.cc(131)] ContextResult::kTransientFailure: Failed to send GpuControl.CreateCommandBuffer.


Wie kann ich das Problem lösen?

Mfg,
Sabaton


Last edited by Sabaton on Sat Jul 05, 2025 1:24 pm; edited 1 time in total
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Wed Jul 02, 2025 5:37 pm    Post subject: Reply with quote

Wie wäre es mit mehr informationen liefern.
Wie z.b. das hier:
Quote:
org.kde.pim.akonadiserver: See "/home/peter/.local/share/akonadi/db_data/mysql.err" for more details

_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Wed Jul 02, 2025 6:08 pm    Post subject: Reply with quote

/home/peter/.local/share/akonadi/db_data/mysql.err
Code:
2025-07-02 20:05:52 0 [Note] Starting MariaDB 10.11.11-MariaDB source revision >
2025-07-02 20:05:52 0 [Warning] option 'innodb-log-buffer-size': unsigned value>
2025-07-02 20:05:52 0 [Note] InnoDB: Compressed tables use zlib 1.3.1
2025-07-02 20:05:52 0 [Note] InnoDB: Number of transaction pools: 1
2025-07-02 20:05:52 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
2025-07-02 20:05:52 0 [Note] InnoDB: Using liburing
2025-07-02 20:05:52 0 [Note] InnoDB: Initializing buffer pool, total size = 128>
2025-07-02 20:05:52 0 [Note] InnoDB: Completed initialization of buffer pool
2025-07-02 20:05:52 0 [Note] InnoDB: Buffered log writes (block size=512 bytes)
2025-07-02 20:05:52 0 [ERROR] InnoDB: Upgrade after a crash is not supported. T>
2025-07-02 20:05:52 0 [ERROR] InnoDB: Plugin initialization aborted with error >
2025-07-02 20:05:52 0 [Note] InnoDB: Starting shutdown...
2025-07-02 20:05:52 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE >
2025-07-02 20:05:52 0 [Note] Plugin 'FEEDBACK' is disabled.
2025-07-02 20:05:52 0 [ERROR] Unknown/unsupported storage engine: innodb
2025-07-02 20:05:52 0 [ERROR] Aborting
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Thu Jul 03, 2025 3:35 am    Post subject: Reply with quote

Das Problem ist das hier:

Quote:
[ERROR] InnoDB: Upgrade after a crash is not supported. T>

Aber die Fehlermeldung ist unvollständig (beachte die > am ende der zeilen)
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Thu Jul 03, 2025 4:26 am    Post subject: Reply with quote

Oje, ja, Sorry!
Nach 30h PC-Marathon und über 32 Grad in der Wohnung bin ich durch.

/home/peter/.local/share/akonadi/db_data/mysql.err
Code:
2025-07-03  6:21:45 0 [Note] Starting MariaDB 10.11.11-MariaDB source revision e69f8cae1a15e15b9e4f5e0f8497e1f17bdc81a4 server_uid unknown as process 2958
2025-07-03  6:21:45 0 [Warning] option 'innodb-log-buffer-size': unsigned value 1048576 adjusted to 2097152
2025-07-03  6:21:45 0 [Note] InnoDB: Compressed tables use zlib 1.3.1
2025-07-03  6:21:45 0 [Note] InnoDB: Number of transaction pools: 1
2025-07-03  6:21:45 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
2025-07-03  6:21:45 0 [Note] InnoDB: Using liburing
2025-07-03  6:21:45 0 [Note] InnoDB: Initializing buffer pool, total size = 128.000MiB, chunk size = 2.000MiB
2025-07-03  6:21:45 0 [Note] InnoDB: Completed initialization of buffer pool
2025-07-03  6:21:45 0 [Note] InnoDB: Buffered log writes (block size=512 bytes)
2025-07-03  6:21:45 0 [ERROR] InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.5.16. You must start up and shut down MariaDB 10.7 or earlier.
2025-07-03  6:21:45 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2025-07-03  6:21:45 0 [Note] InnoDB: Starting shutdown...
2025-07-03  6:21:45 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2025-07-03  6:21:45 0 [Note] Plugin 'FEEDBACK' is disabled.
2025-07-03  6:21:45 0 [ERROR] Unknown/unsupported storage engine: innodb
2025-07-03  6:21:45 0 [ERROR] Aborting


Mfg,
Sabaton
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Thu Jul 03, 2025 3:54 pm    Post subject: Reply with quote

Das ist das Problem:

Quote:
InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.5.16. You must start up and shut down MariaDB 10.7 or earlier.

Kann es sein, dass du länger kein update gemacht hast?
Wodurch mariadb ein größeren version sprung gemacht hat (Laut dem log vermutlich von 10.5.16 -> 10.11.11)
Und bei dem update von mariadb die mariadb instance von arkonadi noch lief? (aka arkonadi aktiv war)


Was hier wohl hilft ist

  • arkonadi beenden und prüfen das keine mariadb (mysql) process läuft
  • ein downgrade von mariadb auf eine Version <= 10.7
  • startup von arkonadi wo dann ein update der mysql instanz gemacht wird, hier sollte arkonadi lauffähig sein.
  • arkonadi beenden und prüfen das keine mariadb (mysql) process läuft
  • Update auf mariadb 10.11.11

_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Thu Jul 03, 2025 6:11 pm    Post subject: Reply with quote

Hallo,

ich mach 14-tägige Systemupdates für Gentoo_Plasma und Gentoo_GNOME.
Wenn es einen neuen Kernel gibt dann noch früher.
Da ich bei Gentoo nur einfache Grundkenntnisse habe bräuchte ich nähere Infos wie ich da genau vorgehen soll.

Mfg,
Sabaton
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Fri Jul 04, 2025 3:36 pm    Post subject: Reply with quote

Da ich für beide Gentoo-Gastsyteme in VirtualBox Sicherungspunkte habe kann ich aktuell Dinge zur Fehlerbehebung ausprobieren.
Ich kann jederzeit wieder den Sicherungspunkt wiederherstellen.
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Fri Jul 04, 2025 5:13 pm    Post subject: Reply with quote

Sabaton wrote:
Hallo,

ich mach 14-tägige Systemupdates für Gentoo_Plasma und Gentoo_GNOME.
Wenn es einen neuen Kernel gibt dann noch früher.
Da ich bei Gentoo nur einfache Grundkenntnisse habe bräuchte ich nähere Infos wie ich da genau vorgehen soll.

Mfg,
Sabaton

Wo hast du genau probleme mit den einzelnen steps für eine mögliche Lösung?
Die meisten steps sind nicht Gentoo spezifisch
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Fri Jul 04, 2025 5:24 pm    Post subject: Reply with quote

Sabaton wrote:
Hallo,

ich mach 14-tägige Systemupdates für Gentoo_Plasma und Gentoo_GNOME.

Was schwer zur glauben ist denn laut fehlermeldung in mysql.err wurde zuletzt MariaDB 10.5.16 verwendet von arkonadi.
Und in der zeit wurde die mysql instanz nicht sauber herunter gefahren.

Die 10.5.16 wurde in gentoo 2022-07-12 als stable für amd64 markiert und 2022-12-14 wegen security bugs wieder aus dem portage tree entfernt.

Daher widerspricht deine Aussage den Daten aus der Fehlermeldung
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Fri Jul 04, 2025 5:27 pm    Post subject: Reply with quote

arkonadi Dienst beenden ok.

mariadb (mysql) process prüfen ?

ein downgrade von mariadb auf eine Version <= 10.7 ?

arkonadi Dienst starten ok.

arkonadi beenden und prüfen das keine mariadb (mysql) process läuft ?

Update auf mariadb 10.11.11 ?


Mfg,
Sabaton
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Fri Jul 04, 2025 5:37 pm    Post subject: Reply with quote

Ich habe nur Grundkenntnisse in Linux,

habe aber einige in VirtualBox installiert und da mein einfaches Wissen erlangt.
http://peter-weber-metalfan.de/Linux/index.html

Ich mache nur für openSUSE Tumbleweed und Gentoo alle 14 Tage Updates. Der Rest alle 4 Wochen. Durch Klinikaufenthalte kann mal zwischendurch in verschiedenen Intervallen 6 Wochen Pause gewesen sein.

Mfg,
Sabaton
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Fri Jul 04, 2025 5:42 pm    Post subject: Reply with quote

Sabaton wrote:
arkonadi Dienst beenden ok.

mariadb (mysql) process prüfen ?


mit
Code:
ps ax | grep mysql

Hier sollte keine ausgabe erfolgen, welche "/usr/sbin/mysqld" enthält

Sabaton wrote:

ein downgrade von mariadb auf eine Version <= 10.7 ?

Da solltest du dich mal damit beschäftigen wie man eine bestimmte version eines packages installiert.
In diesem falle wäre es z.b.
Code:
emerge -1v "<=dev-db/mariadb-10.7"


Sabaton wrote:

Update auf mariadb 10.11.11 ?

Hier sollte ein normales world update reichen um die neuste stable version zu installieren
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.


Last edited by firefly on Fri Jul 04, 2025 5:46 pm; edited 1 time in total
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Fri Jul 04, 2025 5:45 pm    Post subject: Reply with quote

Sabaton wrote:
Ich habe nur Grundkenntnisse in Linux,

habe aber einige in VirtualBox installiert und da mein einfaches Wissen erlangt.
http://peter-weber-metalfan.de/Linux/index.html

Ich mache nur für openSUSE Tumbleweed und Gentoo alle 14 Tage Updates. Der Rest alle 4 Wochen. Durch Klinikaufenthalte kann mal zwischendurch in verschiedenen Intervallen 6 Wochen Pause gewesen sein.

Mfg,
Sabaton

Kann es sein, dass du nur updates machst aber selten die systeme aktiv nutzt?
In diesem Falle hast du wohl 2022 zu letzt kmail unter gentoo genutzt und damals ist wohl ein absturz von mariadb passiert.
Wodurch nie ein update der mariadb daten von arkonadi erfolgte bis zum 3.7.2025.
Wobei das nur zu einem Problem wurde, weil bei der letzten Verwendung von kmail/arkonadi die mariadb gecrasht ist
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.


Last edited by firefly on Fri Jul 04, 2025 5:48 pm; edited 1 time in total
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Fri Jul 04, 2025 5:47 pm    Post subject: Reply with quote

Vielen herzlichen Dank!

Werde es morgen Durcharbeiten.

Ja, ich nutze Linux in VirtualBox als Therapie für meine schlimme Erkrankung.
Die Systeme selbst eher weniger.

Mfg,
Sabaton
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Sat Jul 05, 2025 8:00 am    Post subject: Reply with quote

Hallo,

ich habs jetzt mal so abgearbeitet.

arkonadi beenden und prüfen das keine mariadb (mysql) process läuft
ein downgrade von mariadb auf eine Version <= 10.7
startup von arkonadi wo dann ein update der mysql instanz gemacht wird, hier sollte arkonadi lauffähig sein.
arkonadi beenden und prüfen das keine mariadb (mysql) process läuft
Update auf mariadb 10.11.11

"akonadictl" bringt dabei Fehler!

Code:
gentoo /home/peter # akonadictl stop
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing... crashRecursionCounter = 2
KCrash: Application Name = akonadictl path = /usr/bin pid = 27181
KCrash: Arguments: /usr/bin/akonadictl stop
KCrash: Attempting to start /usr/libexec/drkonqi
qrc:/ui/MainPage.qml:66:9: QML MainPageButton: Binding loop detected for property "icon.height":
qrc:/ui/MainPageButton.qml:15:5
qrc:/ui/MainPage.qml:48:9: QML MainPageButton: Binding loop detected for property "icon.height":
qrc:/ui/MainPageButton.qml:15:5
org.kde.drkonqi: Could not open sentry payload file "/tmp/drkonqi-OlHliC/sentry_payload.json"

[1]+  Angehalten              akonadictl stop


gentoo /home/peter # akonadictl start
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing... crashRecursionCounter = 2
KCrash: Application Name = akonadictl path = /usr/bin pid = 27262
KCrash: Arguments: /usr/bin/akonadictl start
KCrash: Attempting to start /usr/libexec/drkonqi
qrc:/ui/MainPage.qml:66:9: QML MainPageButton: Binding loop detected for property "icon.height":
qrc:/ui/MainPageButton.qml:15:5
qrc:/ui/MainPage.qml:48:9: QML MainPageButton: Binding loop detected for property "icon.height":
qrc:/ui/MainPageButton.qml:15:5
org.kde.drkonqi: Could not open sentry payload file "/tmp/drkonqi-pflXdL/sentry_payload.json"
[1]   Exit 253                akonadictl stop

[2]+  Angehalten              akonadictl start


Kmail startet somit nicht.

Code:
peter@gentoo ~ $ kmail
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
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: QList("--defaults-file=/home/peter/.local/share/akonadi/mysql.conf", "--datadir=/home/peter/.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: ""
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unbekannter Fehler"
org.kde.pim.akonadiserver: See "/home/peter/.local/share/akonadi/db_data/mysql.err" for more details
org.kde.pim.akonadiserver: Shutting down AkonadiServer...
org.kde.pim.akonadicontrol: Application '/usr/bin/akonadiserver' exited normally...
org.kde.pim.pimcommonactivities: Plasma activities is not running:  1
org.kde.pim.akonadicore: Job error:  "" for collection: QList()
org.kde.pim.akonadicore: Job error:  "" for collection: QList()
org.kde.pim.messagelist: Failed to load tags  ""
org.kde.pim.kmail: ""
org.kde.pim.mailcommon: failed to retrieve tags  ""
[27507:7:0705/095542.903949:ERROR:command_buffer_proxy_impl.cc(131)] ContextResult::kTransientFailure: Failed to send GpuControl.CreateCommandBuffer.


/home/peter/.local/share/akonadi/db_data/mysql.err
Code:
2025-07-05  9:54:52 0 [Note] Starting MariaDB 10.11.11-MariaDB source revision e69f8cae1a15e15b9e4f5e0f8497e1f17bdc81a4 server_uid 6IIHBM7Q93Lf0ZSH8X0LUw2e07Y= as process 27449
2025-07-05  9:54:52 0 [Warning] option 'innodb-log-buffer-size': unsigned value 1048576 adjusted to 2097152
2025-07-05  9:54:52 0 [Note] InnoDB: Compressed tables use zlib 1.3.1
2025-07-05  9:54:52 0 [Note] InnoDB: Number of transaction pools: 1
2025-07-05  9:54:52 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
2025-07-05  9:54:52 0 [Note] InnoDB: Using liburing
2025-07-05  9:54:52 0 [Note] InnoDB: Initializing buffer pool, total size = 128.000MiB, chunk size = 2.000MiB
2025-07-05  9:54:52 0 [Note] InnoDB: Completed initialization of buffer pool
2025-07-05  9:54:52 0 [Note] InnoDB: Buffered log writes (block size=512 bytes)
2025-07-05  9:54:52 0 [ERROR] InnoDB: Upgrade after a crash is not supported. The redo log was created with MariaDB 10.5.16. You must start up and shut down MariaDB 10.7 or earlier.
2025-07-05  9:54:52 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2025-07-05  9:54:52 0 [Note] InnoDB: Starting shutdown...
2025-07-05  9:54:53 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2025-07-05  9:54:53 0 [Note] Plugin 'FEEDBACK' is disabled.
2025-07-05  9:54:53 0 [ERROR] Unknown/unsupported storage engine: innodb
2025-07-05  9:54:53 0 [ERROR] Aborting
Back to top
View user's profile Send private message
Josef.95
Advocate
Advocate


Joined: 03 Sep 2007
Posts: 4833
Location: Germany

PostPosted: Sat Jul 05, 2025 10:31 am    Post subject: Reply with quote

Hm, beachte das dev-db/mariadb in mehreren Slots verfügbar ist - siehe
Code:
# eix -e mariadb
* dev-db/mariadb
     Available versions: 
     (10.6) 10.6.21(10.6/18)^td (~)10.6.22(10.6/18)^td
     (10.11) 10.11.11(10.11/18)^td (~)10.11.13(10.11/18)^td
     (11.4) (~)11.4.7(11.4/18)^td (~)11.4.7-r1(11.4/18)^td
     (11.8) (~)11.8.2(11.8/18)^td
     (12.0) **12.0.1(12.0/18)^td
(Auszug),
und das dein akonadi immer noch mit MariaDB 10.11.11 gestartet wird.

Das liegt vermutlich daran das mit dem emerge Kommando (emerge -1v "<=dev-db/mariadb-10.7")
dev-db/mariadb:10.6 zusätzlich mit hinzu installiert wurde, sprich jetzt aber immer noch dev-db/mariadb:10.11 installiert ist, und akonadi immer noch versucht mit 10.11 zu starten.
Ich weiss leider nicht wie man akonadi dazu bringen kann mit 10.6 zu starten.

Vorschlag: Versuche mal ob man den 10.11 Slot eventuell deinstallieren kann, via
Code:
emerge -av --depclean dev-db/mariadb:10.11
Ich denke wenn das klappt, dann sollte akonadi mit der 10.6 Version starten.
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Sat Jul 05, 2025 11:30 am    Post subject: Reply with quote

Hallo,

Code:
gentoo /home/peter # eix -e mariadb
[I] dev-db/mariadb
     Verfügbare Versionen:   
     (10.6) 10.6.21(10.6/18)^td ~10.6.22(10.6/18)^td
     (10.11) 10.11.11(10.11/18)^td ~10.11.13(10.11/18)^td
     (11.4) ~11.4.7(11.4/18)^td ~11.4.7-r1(11.4/18)^td
     (11.8) ~11.8.2(11.8/18)^td
     (12.0) **12.0.1(12.0/18)^td
       {+backup bindist columnstore cracklib debug extraengine galera innodb-lz4 innodb-lzo innodb-snappy jdbc jemalloc kerberos latin1 mroonga numa odbc oqgraph pam +perl profiling rocksdb s3 selinux +server sphinx sst-mariabackup sst-rsync static systemd systemtap tcmalloc test xml yassl}
     Installierte Versionen: 10.11.11(10.11/18)^td(09:44:42 05.07.2025)(backup pam perl server xml -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 -mroonga -numa -odbc -oqgraph -profiling -rocksdb -s3 -selinux -sphinx -sst-mariabackup -sst-rsync -static -systemd -systemtap -tcmalloc -test -yassl)
     Startseite:             https://mariadb.org/
     Beschreibung:           An enhanced, drop-in replacement for MySQL



Code:
gentoo /home/peter # emerge -av --depclean dev-db/mariadb:10.11

Calculating dependencies... done!
  dev-db/mariadb-10.11.11 pulled in by:
    virtual/mysql-5.6-r13 requires >=dev-db/mariadb-10.0[server]

>>> No packages selected for removal by depclean
Back to top
View user's profile Send private message
Josef.95
Advocate
Advocate


Joined: 03 Sep 2007
Posts: 4833
Location: Germany

PostPosted: Sat Jul 05, 2025 12:10 pm    Post subject: Reply with quote

Ja, vorher
Code:
emerge -1v "<=dev-db/mariadb-10.7"
installieren.
(dann sollte der depclean wahrscheinlich funktionieren)
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Sat Jul 05, 2025 12:38 pm    Post subject: Reply with quote

Code:
emerge -1v "<=dev-db/mariadb-10.7"

>>> Completed (1 of 1) dev-db/mariadb-10.11.11::gentoo

 * Messages for package dev-db/mariadb-10.6.21:

 * MySQL MY_DATADIR is /var/lib/mysql
 * This install includes the PAM authentication plugin.
 * To activate and configure the PAM plugin, please read:
 * https://mariadb.com/kb/en/mariadb/pam-authentication-plugin/
 * You might want to run:
 * "emerge --config =dev-db/mariadb-10.6.21"
 * if this is a new install.
 *
 * If you are switching server implentations, you should run the
 * mysql_upgrade tool.
 * This version of mariadb reorganizes the configuration from a single my.cnf
 * to several files in /etc/mysql/mariadb.d.
 * Please backup any changes you made to /etc/mysql/my.cnf
 * and add them as a new file under /etc/mysql/mariadb.d with a .cnf extension.
 * You may have as many files as needed and they are read alphabetically.
 * Be sure the options have the appropriate section headers, i.e. [mysqld].

 * GNU info directory index is up-to-date.

Code:
gentoo /home/peter # emerge -av --depclean dev-db/mariadb:10.11
--- Couldn't find 'dev-db/mariadb:10.11' to depclean.
>>> No packages selected for removal by depclean

Code:
gentoo /home/peter # eix -e mariadb
[U] dev-db/mariadb
     Verfügbare Versionen:   
     (10.6) 10.6.21(10.6/18)^td ~10.6.22(10.6/18)^td
     (10.11) 10.11.11(10.11/18)^td ~10.11.13(10.11/18)^td
     (11.4) ~11.4.7(11.4/18)^td ~11.4.7-r1(11.4/18)^td
     (11.8) ~11.8.2(11.8/18)^td
     (12.0) **12.0.1(12.0/18)^td
       {+backup bindist columnstore cracklib debug extraengine galera innodb-lz4 innodb-lzo innodb-snappy jdbc jemalloc kerberos latin1 mroonga numa odbc oqgraph pam +perl profiling rocksdb s3 selinux +server sphinx sst-mariabackup sst-rsync static systemd systemtap tcmalloc test xml yassl}
     Installierte Versionen: 10.6.21(10.6/18)^td(14:31:04 05.07.2025)(backup pam perl server xml -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 -mroonga -numa -odbc -oqgraph -profiling -rocksdb -s3 -selinux -sphinx -sst-mariabackup -sst-rsync -static -systemd -systemtap -tcmalloc -test -yassl)
     Startseite:             https://mariadb.org/
     Beschreibung:           An enhanced, drop-in replacement for MySQL

Code:
peter@gentoo ~ $ kmail
org.kde.pim.pimcommonactivities: Plasma activities is not running:  1
[15255:7:0705/143546.287268:ERROR:command_buffer_proxy_impl.cc(131)] ContextResult::kTransientFailure: Failed to send GpuControl.CreateCommandBuffer..


Juhu,
KMail startet wieder!
Ich hab für Gentoo_Plasma und Gentoo_GNOME gleich Sicherungspunkte erstellt.

Kann ich wieder Systemupdates machen oder muss ich noch tätig werden?

Auf jeden Fall ein großes Dankeschön an Euch alle!

Mfg,
Sabaton
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Sat Jul 05, 2025 2:51 pm    Post subject: Reply with quote

Hab ein Systemupdate getestet.

Code:

gentoo /home/peter # emerge --update --deep --changed-use -av @world


>>> Completed (1 of 1) dev-db/mariadb-10.6.21::gentoo

 * Messages for package dev-db/mariadb-10.11.11:

 * MySQL MY_DATADIR is /var/lib/mysql
 * This install includes the PAM authentication plugin.
 * To activate and configure the PAM plugin, please read:
 * https://mariadb.com/kb/en/mariadb/pam-authentication-plugin/
 * You might want to run:
 * "emerge --config =dev-db/mariadb-10.11.11"
 * if this is a new install.
 *
 * If you are switching server implentations, you should run the
 * mysql_upgrade tool.
 * This version of mariadb reorganizes the configuration from a single my.cnf
 * to several files in /etc/mysql/mariadb.d.
 * Please backup any changes you made to /etc/mysql/my.cnf
 * and add them as a new file under /etc/mysql/mariadb.d with a .cnf extension.
 * You may have as many files as needed and they are read alphabetically.
 * Be sure the options have the appropriate section headers, i.e. [mysqld].

 * GNU info directory index is up-to-date.
 * After world updates, it is important to remove obsolete packages with
 * emerge --depclean. Refer to `man emerge` for more information.


Code:
gentoo /home/peter # emerge --depclean --exclude gentoo-sources

 * Always study the list of packages to be cleaned for any obvious
 * mistakes. Packages that are part of the world set will always
 * be kept.  They can be manually added to this set with
 * `emerge --noreplace <atom>`.  Packages that are listed in
 * package.provided (see portage(5)) will be removed by
 * depclean, even if they are part of the world set.
 *
 * As a safety measure, depclean will not remove any packages
 * unless *all* required dependencies have been resolved.  As a
 * consequence of this, it often becomes necessary to run
 * `emerge --update --newuse --deep @world` prior to depclean.

Calculating dependencies... done!
>>> No packages selected for removal by depclean
>>> To see reverse dependencies, use --verbose
Packages installed:   1149
Packages in world:    44
Packages in system:   50
Required packages:    1149
Number removed:       0


KMail geht wieder!

Mfg,
Sabaton
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Sat Jul 05, 2025 3:11 pm    Post subject: Reply with quote

Josef.95 wrote:
Hm, beachte das dev-db/mariadb in mehreren Slots verfügbar ist - siehe
Code:
# eix -e mariadb
* dev-db/mariadb
     Available versions: 
     (10.6) 10.6.21(10.6/18)^td (~)10.6.22(10.6/18)^td
     (10.11) 10.11.11(10.11/18)^td (~)10.11.13(10.11/18)^td
     (11.4) (~)11.4.7(11.4/18)^td (~)11.4.7-r1(11.4/18)^td
     (11.8) (~)11.8.2(11.8/18)^td
     (12.0) **12.0.1(12.0/18)^td
(Auszug),
und das dein akonadi immer noch mit MariaDB 10.11.11 gestartet wird.

Das liegt vermutlich daran das mit dem emerge Kommando (emerge -1v "<=dev-db/mariadb-10.7")
dev-db/mariadb:10.6 zusätzlich mit hinzu installiert wurde,...

Das ist so nicht korrekt. Zu mindestens nicht auf meinem system.
Hab dev-db/mariadb-10.11.11 installiert, und wenn ich ein
Code:
emerge -1pv \<=dev-db/mariadb-10.7

Dann will portage folgendes machen:

Quote:
These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 3.36 s (backtrack: 0/20).

[ebuild NS ] dev-db/mariadb-10.6.21:10.6/18::gentoo [10.11.11:10.11/18::gentoo] USE="backup pam server systemd -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 (-mroonga) -numa -odbc -oqgraph -perl -profiling -rocksdb -s3 (-selinux) -sphinx -sst-mariabackup -sst-rsync -static -systemtap -tcmalloc -test -xml -yassl" 101,551 KiB
[uninstall ] dev-db/mariadb-10.11.11:10.11/18::gentoo USE="backup pam server systemd -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 (-mroonga) -numa -odbc -oqgraph -perl -profiling -rocksdb -s3 (-selinux) -sphinx -sst-mariabackup -sst-rsync -static -systemtap -tcmalloc -test -xml -yassl"
[blocks b ] dev-db/mariadb:10.6 ("dev-db/mariadb:10.6" is soft blocking dev-db/mariadb-10.11.11)
[blocks b ] dev-db/mariadb:10.11 ("dev-db/mariadb:10.11" is soft blocking dev-db/mariadb-10.6.21)

Total: 1 package (1 in new slot, 1 uninstall), Size of downloads: 101,551 KiB
Conflict: 2 blocks (all satisfied)

Portage will die 10.11 version deinstallieren. Daher sind diese Versionen keine slots die man parallel installieren kann.
Zusätzlich fehlt auch eine Möglichkeit die aktive/default version auszuwählen (via eselect)

Das zeigen auch die ebuilds, die enthalten folgende zeilen für RDEPEND (hier von der 10.6.21):

Quote:
!dev-db/mariadb:0
!dev-db/mariadb:5.5
!dev-db/mariadb:10.1
!dev-db/mariadb:10.2
!dev-db/mariadb:10.3
!dev-db/mariadb:10.4
!dev-db/mariadb:10.5
!dev-db/mariadb:10.7
!dev-db/mariadb:10.8
!dev-db/mariadb:10.9
!dev-db/mariadb:10.10
!dev-db/mariadb:10.11
!dev-db/mariadb:11.0
!dev-db/mariadb:11.1
!dev-db/mariadb:11.2
!dev-db/mariadb:11.3
!dev-db/mariadb:11.4


Daher hab ich zweifel dass Sabaton den befehl zum downgrade der mariadb version korrekt ausgeführt hat.
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
firefly
Watchman
Watchman


Joined: 31 Oct 2002
Posts: 5359

PostPosted: Sat Jul 05, 2025 3:16 pm    Post subject: Reply with quote

Sabaton wrote:

Code:
gentoo /home/peter # eix -e mariadb
[I] dev-db/mariadb
     Verfügbare Versionen:   
     (10.6) 10.6.21(10.6/18)^td ~10.6.22(10.6/18)^td
     (10.11) 10.11.11(10.11/18)^td ~10.11.13(10.11/18)^td
     (11.4) ~11.4.7(11.4/18)^td ~11.4.7-r1(11.4/18)^td
     (11.8) ~11.8.2(11.8/18)^td
     (12.0) **12.0.1(12.0/18)^td
       {+backup bindist columnstore cracklib debug extraengine galera innodb-lz4 innodb-lzo innodb-snappy jdbc jemalloc kerberos latin1 mroonga numa odbc oqgraph pam +perl profiling rocksdb s3 selinux +server sphinx sst-mariabackup sst-rsync static systemd systemtap tcmalloc test xml yassl}
     Installierte Versionen: 10.11.11(10.11/18)^td(09:44:42 05.07.2025)(backup pam perl server xml -bindist -columnstore -cracklib -debug -extraengine -galera -innodb-lz4 -innodb-lzo -innodb-snappy -jdbc -jemalloc -kerberos -latin1 -mroonga -numa -odbc -oqgraph -profiling -rocksdb -s3 -selinux -sphinx -sst-mariabackup -sst-rsync -static -systemd -systemtap -tcmalloc -test -yassl)
     Startseite:             https://mariadb.org/
     Beschreibung:           An enhanced, drop-in replacement for MySQL



Was auch diese ausgabe (vom Sat Jul 05, 2025 12:30 pm) meine Vermutung bestätigt, denn zu dem zeitpunkt war immer noch nur die 10.11.11 installiert.
_________________
Ein Ring, sie zu knechten, sie alle zu finden,
Ins Dunkel zu treiben und ewig zu binden
Im Lande Mordor, wo die Schatten drohn.
Back to top
View user's profile Send private message
Sabaton
Apprentice
Apprentice


Joined: 02 Mar 2019
Posts: 215

PostPosted: Sat Jul 05, 2025 4:14 pm    Post subject: Reply with quote

Hallo,

das Problem war nach einem
Code:
emerge -1v "<=dev-db/mariadb-10.7"


Code:

gentoo /home/peter # akonadictl start
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing... crashRecursionCounter = 2
KCrash: Application Name = akonadictl path = /usr/bin pid = 27262
KCrash: Arguments: /usr/bin/akonadictl start
KCrash: Attempting to start /usr/libexec/drkonqi
qrc:/ui/MainPage.qml:66:9: QML MainPageButton: Binding loop detected for property "icon.height":
qrc:/ui/MainPageButton.qml:15:5
qrc:/ui/MainPage.qml:48:9: QML MainPageButton: Binding loop detected for property "icon.height":
qrc:/ui/MainPageButton.qml:15:5
org.kde.drkonqi: Could not open sentry payload file "/tmp/drkonqi-pflXdL/sentry_payload.json"
[1]   Exit 253                akonadictl stop

[2]+  Angehalten              akonadictl start   

"KMail" bei diesem Punkt direkt zu starten war letztendlich die Lösung.
Weil danach startet nach dem Systemupdate auch "KMail" weiterhin.

Mfg,
Sabaton
Back to top
View user's profile Send private message
Josef.95
Advocate
Advocate


Joined: 03 Sep 2007
Posts: 4833
Location: Germany

PostPosted: Sat Jul 05, 2025 6:05 pm    Post subject: Reply with quote

@firefly,

ah ok, mir war nicht bewusst das die mariadb-Slots nicht parallel gleichzeitig installiert sein können (hab mysql / mariadb schon seit Jahren nicht mehr genutzt – mit den PostgreSQL-Slots ist das anders).
Vielen dank für den klärenden Hinweis.

Aber ok, prima dass das Datenbank-Update letztendlich nun doch noch ohne Datenverlust geklappt hat, und das KMail wieder funktioniert :)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Deutsches Forum (German) All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum