Control: reassign -1 mariadb-server-core 1:11.8.6-1
Control: severity -1 important
Control: affects -1 akonadi-server
I believe this is most proximately mariadb's bug, on the grounds that:
1. mariadb crashes first
2. downgrading mariadb fixes this
3. mysql.err claims it's a mariadb bug
Perhaps Akonadi doesn't handle mariadb's crash as gracefully as it
could, though.
Notably, this doesn't seem to prevent a system mariadb instance from
starting normally (through the systemd unit in the mariadb-server
package). I don't know if that's because something Akonadi-specific is
going on or because the machine I'm testing on doesn't actually have any
system databases.
A small amount of additional information is included in mysql.err if you
do `aa-complain mariadbd_akonadi`. I haven't spotted anything that seems
relevant, but I'm attaching it just in case.
Ben
2026-02-09 0:54:21 0 [Note] Starting MariaDB 11.8.6-MariaDB-1 from Debian
source revision 9bfea48ce1214cc4470f6f6f8a4e30352cef84e7 server_uid
gpwc7p3Q93PgRmZFcrpViA9eb3w= as process 51921
2026-02-09 0:54:21 0 [Warning] --innodb-file-per-table is deprecated and will
be removed in a future release
2026-02-09 0:54:21 0 [Warning] option 'innodb-log-buffer-size': unsigned value
1048576 adjusted to 2097152
2026-02-09 0:54:21 0 [Note] InnoDB: Compressed tables use zlib 1.3.1
2026-02-09 0:54:21 0 [Note] InnoDB: Number of transaction pools: 1
2026-02-09 0:54:21 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions
2026-02-09 0:54:21 0 [Note] InnoDB: Using io_uring
2026-02-09 0:54:21 0 [Note] InnoDB: innodb_buffer_pool_size_max=128m,
innodb_buffer_pool_size=128m
2026-02-09 0:54:21 0 [Note] InnoDB: Initialized memory pressure event listener
2026-02-09 0:54:21 0 [Note] InnoDB: Completed initialization of buffer pool
2026-02-09 0:54:21 0 [Note] InnoDB: Buffered log writes (block size=512 bytes)
2026-02-09 0:54:21 0 [Note] InnoDB: End of log at LSN=472727439
2026-02-09 0:54:21 0 [Note] InnoDB: Opened 3 undo tablespaces
2026-02-09 0:54:21 0 [Note] InnoDB: 128 rollback segments in 3 undo
tablespaces are active.
2026-02-09 0:54:21 0 [Note] InnoDB: Removed temporary tablespace data file:
"./ibtmp1"
2026-02-09 0:54:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12.000MiB.
Physically writing the file full; Please wait ...
2026-02-09 0:54:21 0 [Note] InnoDB: File './ibtmp1' size is now 12.000MiB.
2026-02-09 0:54:21 0 [Note] InnoDB: log sequence number 472727439; transaction
id 493779
2026-02-09 0:54:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2026-02-09 0:54:21 0 [Note] Plugin 'wsrep-provider' is disabled.
2026-02-09 0:54:21 0 [Note] InnoDB: Loading buffer pool(s) from
/home/ben/.local/share/akonadi/db_data/ib_buffer_pool
2026-02-09 0:54:21 0 [Note] Recovering after a crash using tc.log
2026-02-09 0:54:21 0 [Note] Starting table crash recovery...
2026-02-09 0:54:21 0 [Note] Crash table recovery finished.
2026-02-09 0:54:21 0 [ERROR] Can't open and lock privilege tables: Table
'mysql.servers' doesn't exist
2026-02-09 0:54:21 0 [Note] InnoDB: Buffer pool(s) load completed at 260209
0:54:21
2026-02-09 0:54:21 0 [Warning] Can't open and lock time zone table: Table
'mysql.time_zone_leap_second' doesn't exist trying to live without them
2026-02-09 0:54:21 1 [Warning] Failed to load slave replication state from
table mysql.gtid_slave_pos: 1017: Can't find file: './mysql/' (errno: 2 "No
such file or directory")
2026-02-09 0:54:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '11.8.6-MariaDB-1 from Debian' socket:
'/run/user/1000/akonadi/mysql.socket' port: 0 -- Please help get to 10k stars
at https://github.com/MariaDB/Server
260209 0:54:21 [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.8.6-MariaDB-1 from Debian source revision:
9bfea48ce1214cc4470f6f6f8a4e30352cef84e7
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: 0x7f38ec000cd8
stack_bottom = 0x7f393c7b5000 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32) [0x561516c204f2]
/usr/sbin/mysqld(handle_fatal_signal+0x1a7) [0x561516698247]
libc_sigaction.c:0(__restore_rt)[0x7f394044aa70]
Connection ID (thread ID): 6
Status: NOT_KILLED
Query (0x7f38ec10a1e8): 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=on,sargable_casefold=on
Writing a core file...
Working directory at /home/ben/.local/share/akonadi/db_data
Resource Limits (excludes unlimited resources):
Limit Soft Limit Hard Limit Units
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max processes 62880 62880 processes
Max open files 3495 3495 files
Max locked memory 8388608 8388608 bytes
Max pending signals 62880 62880 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Core pattern: core
Kernel version: Linux version 6.18.9+deb14-amd64
([email protected]) (x86_64-linux-gnu-gcc-15 (Debian 15.2.0-12)
15.2.0, GNU ld (GNU Binutils for Debian) 2.45.90.20260201) #1 SMP
PREEMPT_DYNAMIC Debian 6.18.9-1 (2026-02-07)
