Erreur Akonadi? [Réglé]
gerard-ll Membre non connecté
-
- Voir le profil du membre gerard-ll
- Inscrit le : 09/12/2011
- Groupes :
Ce soir Kmail est en panne, pas de courrier sur ce logiciel.
On me dit :"Le service de gestion des informations personnelles n'est pas opérationnel."
Est-ce suite à une mise à jour?
euclide24 Membre non connecté
-
- Voir le profil du membre euclide24
- Inscrit le : 02/06/2011
- Groupes :
Idem pour moi, concernant Kontact (Kmail, Korganizer), du moins sur l'un de mes PC...
Édité par euclide24 Le 17/02/2026 à 22h04
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Pour verifier si un paquet mis à joue peut causer cette panne, il faudrait voir ce qui a été installé.
Que donne la commande "rpm -qa --last" dans les premieres lignes (il faudrait inverser la sortie (les premiéres lignes indiquent les derniers paquets installés).
Edit: si j'en crois advisories.mageia.org , mariadb a été mis à jour dernièrement. Probablement que l' instance n' est pas lancée ?
edit 2: Est ce que le fichier .local/share/akonadi/db_data/mysql.err indique une erreur particulière ?
Édité par nic80 Le 17/02/2026 à 23h15
gerard-ll Membre non connecté
-
- Voir le profil du membre gerard-ll
- Inscrit le : 09/12/2011
- Groupes :
Voilà seulement que je vois ta réponse nic80!
Je vois cette erreur dans .local/share/akonadi/db_data/mysql.err :
Code TEXT :
260217 23:16:44 [ERROR] /usr/sbin/mysqld got signal 11 ;
Caché :
Code TEXT :
2026-02-17 23:16:41 0 [Note] Starting MariaDB 11.4.10-MariaDB source revision 054a893f1645b77e52a329a7fc8cf614eebd1fad server_uid AQ8DDi/co5nf0SMAzy7SgTC1R6c= as process 19138 2026-02-17 23:16:41 0 [Warning] option 'innodb-log-buffer-size': unsigned value 1048576 adjusted to 2097152 2026-02-17 23:16:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.13 2026-02-17 23:16:41 0 [Note] InnoDB: Number of transaction pools: 1 2026-02-17 23:16:41 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2026-02-17 23:16:41 0 [Note] InnoDB: Using Linux native AIO 2026-02-17 23:16:41 0 [Note] InnoDB: innodb_buffer_pool_size_max=128m, innodb_buffer_pool_size=128m 2026-02-17 23:16:41 0 [Note] InnoDB: Completed initialization of buffer pool 2026-02-17 23:16:41 0 [Note] InnoDB: Buffered log writes (block size=512 bytes) 2026-02-17 23:16:41 0 [Note] InnoDB: End of log at LSN=508375734 2026-02-17 23:16:41 0 [Note] InnoDB: Opened 3 undo tablespaces 2026-02-17 23:16:41 0 [Note] InnoDB: 128 rollback segments in 3 undo tablespaces are active. 2026-02-17 23:16:41 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1" 2026-02-17 23:16:41 0 [Note] InnoDB: Setting file './ibtmp1' size to 12.000MiB. Physically writing the file full; Please wait ... 2026-02-17 23:16:41 0 [Note] InnoDB: File './ibtmp1' size is now 12.000MiB. 2026-02-17 23:16:41 0 [Note] InnoDB: log sequence number 508375734; transaction id 496398 2026-02-17 23:16:41 0 [Note] Plugin 'wsrep-provider' is disabled. 2026-02-17 23:16:41 0 [Note] InnoDB: Loading buffer pool(s) from /home/gerard/.local/share/akonadi/db_data/ib_buffer_pool 2026-02-17 23:16:41 0 [Note] Recovering after a crash using tc.log 2026-02-17 23:16:41 0 [Note] Starting table crash recovery... 2026-02-17 23:16:41 0 [Note] Crash table recovery finished. 2026-02-17 23:16:42 0 [Note] InnoDB: Buffer pool(s) load completed at 260217 23:16:42 2026-02-17 23:16:43 0 [Note] /usr/sbin/mysqld: ready for connections. Version: '11.4.10-MariaDB' socket: '/run/user/1000/akonadi/mysql.socket' port: 0 Mageia MariaDB Server 260217 23:16:44 [ERROR] /usr/sbin/mysqld got signal 11 ; Sorry, we probably made a mistake, and this is a bug. Your assistance in bug reporting will enable us to fix this for the next release. To report this bug, see https://mariadb.com/kb/en/reporting-bugs about how to report a bug on https://jira.mariadb.org/. Please include the information from the server start above, to the end of the information below. Server version: 11.4.10-MariaDB source revision: 054a893f1645b77e52a329a7fc8cf614eebd1fad The information page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mariadbd/ contains instructions to obtain a better version of the backtrace below. Following these instructions will help MariaDB developers provide a fix quicker. Attempting backtrace. Include this in the bug report. (note: Retrieving this information may fail) Thread pointer: 0x7f458c000c68 stack_bottom = 0x7f45d01ad000 thread_stack 0x49000 /usr/sbin/mysqld(my_print_stacktrace+0x3d)[0x10a54bd] /usr/sbin/mysqld(handle_fatal_signal+0x1ab)[0xae4fcb] libc_sigaction.c:0(__restore_rt)[0x7f45d1e649e0] Connection ID (thread ID): 6 Status: NOT_KILLED Query (0x7f458c167d68): SELECT information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME, information_schema.KEY_COLUMN_USAGE.COLUMN_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_TABLE_NAME, information_schema.KEY_COLUMN_USAGE.REFERENCED_COLUMN_NAME, information_schema.REFERENTIAL_CONSTRAINTS.UPDATE_RULE, information_schema.REFERENTIAL_CONSTRAINTS.DELETE_RULE FROM information_schema.REFERENTIAL_CONSTRAINTS INNER JOIN information_schema.KEY_COLUMN_USAGE ON ( information_schema.REFERENTIAL_CONSTRAINTS.CONSTRAINT_NAME = information_schema.KEY_COLUMN_USAGE.CONSTRAINT_NAME ) WHERE ( information_schema.KEY_COLUMN_USAGE.TABLE_SCHEMA = ? AND information_schema.KEY_COLUMN_USAGE.TABLE_NAME = ? ) Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on,not_null_range_scan=off,hash_join_cardinality=on,cset_narrowing=off,sargable_casefold=on Writing a core file... Working directory at /home/gerard/.local/share/akonadi/db_data Resource Limits (excludes unlimited resources): Limit Soft Limit Hard Limit Units Max stack size 8388608 unlimited bytes Max processes 4096 63481 processes Max open files 8192 524288 files Max locked memory 8388608 8388608 bytes Max pending signals 63481 63481 signals Max msgqueue size 819200 819200 bytes Max nice priority 0 0 Max realtime priority 0 0 Core pattern: |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %d Kernel version: Linux version 6.6.120-desktop-1.mga9 (iurt@rabbit.mageia.org) (gcc (Mageia 12.3.0-3.mga9) 12.3.0, GNU ld (GNU Binutils) 2.40) #1 SMP PREEMPT_DYNAMIC Wed Jan 14 01:59:53 UTC 2026
gerard-ll Membre non connecté
-
- Voir le profil du membre gerard-ll
- Inscrit le : 09/12/2011
- Groupes :
Caché :
Code TEXT :
lib64pq5-15.16-1.mga9.x86_64 mar. 17 févr. 2026 19:10:19 mariadb-extra-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:55 mariadb-core-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:55 mariadb-common-core-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:55 mariadb-common-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:55 mariadb-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:55 mariadb-client-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:54 lib64mariadb3-11.4.10-1.mga9.x86_64 lun. 16 févr. 2026 19:10:54 libpng16_16-1.6.38-1.4.mga9.i586 jeu. 12 févr. 2026 19:11:37 lib64png-devel-1.6.38-1.4.mga9.x86_64 jeu. 12 févr. 2026 19:11:37 lib64png16_16-1.6.38-1.4.mga9.x86_64 jeu. 12 févr. 2026 19:11:37 yt-dlp-2026.02.04-1.mga9.noarch ven. 06 févr. 2026 18:26:27 libformula-1.1.6-14.1.mga9.noarch jeu. 05 févr. 2026 19:37:25 libexpat1-2.7.4-1.mga9.i586 mer. 04 févr. 2026 19:25:28 lib64expat-devel-2.7.4-1.mga9.x86_64 mer. 04 févr. 2026 19:25:28 lib64expat1-2.7.4-1.mga9.x86_64 mer. 04 févr. 2026 19:25:28 expat-2.7.4-1.mga9.x86_64 mer. 04 févr. 2026 19:25:28 subversion-1.14.3-1.1.mga9.x86_64 mer. 04 févr. 2026 19:24:57 perl-SVN-1.14.3-1.1.mga9.x86_64 mer. 04 févr. 2026 19:24:57 lib64svn0-1.14.3-1.1.mga9.x86_64 mer. 04 févr. 2026 19:24:57 lshw-2.18-4.mga9.x86_64 mar. 03 févr. 2026 19:14:26
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je vois ceci ici.
https://bugs.kde.org/show_bug.cgi?id=515873
Il faudrait essayer le changement qui est dans le commentaire 9 du bug pour voir si cela améliore les choses temporairement. Si ç' est le cas, si le paquet mariadb est corrigé il faudra remettre le fichier mysql.conf dans son état initial, la mise à jour corrective faite (un skip-grant-table n' est pas anodin je crois, que ce soit en activation ou desactivation).
Édité par nic80 Le 18/02/2026 à 00h01
euclide24 Membre non connecté
-
- Voir le profil du membre euclide24
- Inscrit le : 02/06/2011
- Groupes :
nic80 :Il faudrait essayer le changement qui est dans le commentaire 9 du bug
Je viens de tester, et je confirme que ça fonctionne chez moi.
Un grand merci !
nic80 :il faudra remettre le fichier mysql.conf dans son état initial
OK, je le fais...
Édité par euclide24 Le 18/02/2026 à 06h26
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
DéBé Membre non connecté
-
- Voir le profil du membre DéBé
- Inscrit le : 30/01/2010
- Groupes :
Même problème chez moi
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Vos retours seront attendus dans le rapport de bogue.
cmoifp Membre non connecté
J'ai eu le même problème. J'ai remplacé MariaDB par SQLite.
Sauvegarde et suppression des anciennes données
Pour éviter toute perte, sauvegarde les anciens fichiers :
mv ~/.local/share/akonadi ~/.local/share/akonadi.backup
mv ~/.config/akonadi ~/.config/akonadi.backup
mv ~/.cache/akonadi ~/.cache/akonadi.backup
Vérifie également les permissions :
ls -ld ~/.local ~/.local/share ~/.config
---
4. Forcer l'utilisation de SQLite
Crée le dossier de configuration si nécessaire :
mkdir -p ~/.config/akonadi
Crée ou modifie le fichier akonadiserverrc :
nano ~/.config/akonadi/akonadiserverrc
Ajouter :
[%General]
Driver=QSQLITE
En ligne de commande alternative :
echo -e "[%General]\nDriver=QSQLITE" > ~/.config/akonadi/akonadiserverrc
---
5. Redémarrer Akonadi
akonadictl start --verbose
Vérifie que **plus aucun message** ne mentionne QMYSQL ou mysqld.
Patiente quelques secondes, les agents se connectent progressivement.
---
6. Vérification
akonadictl status
gerard-ll Membre non connecté
-
- Voir le profil du membre gerard-ll
- Inscrit le : 09/12/2011
- Groupes :
J'utilise la webmail de chez Free pour l'instant.
Ils utilisent "Roundcube Webmail 1.6.13" qu'on a même dans les dépôts.
Bizarrement ça marche pas trop mal comme programme!
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Attention cmoifp, même si le changement de moteur sql est possible, il faut potentiellement en tenir compte lors des mises à jour ou besoins de reinstallation. Sauf si le paquet Akonadi propose de choisir le moteur (et donc les librairies adéquates), il y a fort à penser que MariaDB sera installé en dépendance au lieu des bibliothéques relatives à SqlLite si nécessaire (même si sqllite ne fait pas tourner d' instance serveur je crois).
Visiblement la construction du paquet est terminé. S' il arrive dans testing et qu'il est tentant de tester, cela doit se faire avec précaution (en l' occurence faire une copie de ~/.local/share/akonadi).
Edit: les paquets semblent être là.
https://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/9/x86_64/media/core/updates_testing/?C=M;O=D
En revanche je ne saurais dire pour l' instant quels sont ceux nécessaires pour Akonadi (typiquement le mariadb-s3 n' est probablement pas nécessaire).
Édité par nic80 Le 18/02/2026 à 20h34
gerard-ll Membre non connecté
-
- Voir le profil du membre gerard-ll
- Inscrit le : 09/12/2011
- Groupes :
Merci à tous pour la réactivité
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie