Skip to content

Instantly share code, notes, and snippets.

@wildanm

wildanm/gist:57c79999894eb1f824793f974c9feda8

Last active December 13, 2020 03:45
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save wildanm/57c79999894eb1f824793f974c9feda8 to your computer and use it in GitHub Desktop.
Save wildanm/57c79999894eb1f824793f974c9feda8 to your computer and use it in GitHub Desktop.
Download ZIP
Error Log MariaDB Ketika MariaDB Crash, Terjadi Ketika Menggunakan TAO dengan Procotoring diaktifkan, Jumlah Peserta hanya 151
Raw
gistfile1.txt
2020-12-12 8:18:33 927711 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:18:33 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=156
max_threads=402
thread_count=27
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f6488051118
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f64a8905dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564687bc3c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5646876c107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f68d01a63c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f68cfcb518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f68cfc94859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5646873e1ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5646873c4702]
/usr/sbin/mysqld(+0xb08b70)[0x564687a02b70]
/usr/sbin/mysqld(+0xb0b22d)[0x564687a0522d]
/usr/sbin/mysqld(+0x9b5f39)[0x5646878aff39]
/usr/sbin/mysqld(+0x9b6ade)[0x5646878b0ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5646879697f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5646878574d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5646876c1c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5646876c43b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5646875cf74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5646874d4ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x5646874f051e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x5646874f0701]
/usr/sbin/mysqld(+0x5f75d5)[0x5646874f15d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x5646874f167a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x5646874dfbd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5646874e120d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5646875c229a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5646875c246f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f68d019a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f68cfd91103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f64880bd670): UPDATE kv_delivery_monitoring SET monitoring_value = ? WHERE parent_id = ? AND monitoring_key = ?
Connection ID (thread ID): 927711
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:18:42 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:18:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:18:42 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:18:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:18:42 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:18:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:18:42 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:18:42 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:18:42 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:18:42 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263589
2020-12-12 8:18:42 0 [Note] InnoDB: Starting final batch to recover 15 pages from redo log.
2020-12-12 8:18:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:18:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:18:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:18:43 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:18:43 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:18:43 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:18:43 0 [Note] InnoDB: 10.3.25 started; log sequence number 958268687; transaction id 3446347
2020-12-12 8:18:43 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:18:43 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:18:43 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:18:43 0 [Note] Starting crash recovery...
2020-12-12 8:18:43 0 [Note] Crash recovery finished.
2020-12-12 8:18:43 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:18:43 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:18:43 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:18:43 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:18:44 8 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:18:44 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f8b40000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f8f28548dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c395b0fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c39560d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f8fc83e83c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f8fc7ef718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f8fc7ed6859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c39532dae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c395310702]
/usr/sbin/mysqld(+0xb08b70)[0x55c39594eb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c39595122d]
/usr/sbin/mysqld(+0x9b5f39)[0x55c3957fbf39]
/usr/sbin/mysqld(+0x9b6ade)[0x55c3957fcade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55c3958b57f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55c3957a34d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55c39560dc5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55c3956103b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55c39551b74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55c395420ec1]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1f3)[0x55c395428e83]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1055)[0x55c39542b265]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55c39542d20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55c39550e29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55c39550e46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f8fc83dc609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f8fc7fd3103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f8b40011700): DELETE FROM user_last_activity_log WHERE user_id = 'https://test.lbifib.ui.ac.id/cbt/testlbifib.rdf#i1607691562477856355'
Connection ID (thread ID): 8
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:18:49 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:18:49 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:18:49 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:18:49 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:18:49 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:18:49 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:18:49 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:18:50 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:18:50 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:18:50 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:18:50 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:18:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:18:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:18:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:18:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:18:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:18:51 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:18:51 0 [Note] InnoDB: 10.3.25 started; log sequence number 958269174; transaction id 3446353
2020-12-12 8:18:51 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:18:51 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:18:51 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:18:51 0 [Note] Starting crash recovery...
2020-12-12 8:18:51 0 [Note] Crash recovery finished.
2020-12-12 8:18:51 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:18:51 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:18:51 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:18:51 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:18:51 16 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:18:51 16 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:18:51 39 [ERROR] mysqld: Table './taolbi/event_log' is marked as crashed and should be repaired
2020-12-12 8:18:51 39 [Warning] Checking table: './taolbi/event_log'
2020-12-12 8:18:51 42 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 8:18:51 42 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 8:18:52 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:18:52
2020-12-12 8:18:52 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:18:52 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=7
max_threads=402
thread_count=13
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ea7c0a7c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ea7bba507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fb22c63d3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fb22c14c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fb22c12b859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ea7b8c5ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ea7b8a8702]
/usr/sbin/mysqld(+0xb08b70)[0x55ea7bee6b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ea7bee922d]
/usr/sbin/mysqld(+0x9b5f39)[0x55ea7bd93f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55ea7bd94ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55ea7bd95c40]
/usr/sbin/mysqld(+0xa4318a)[0x55ea7be2118a]
/usr/sbin/mysqld(+0xa483c0)[0x55ea7be263c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fb22c631609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fb22c228103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:18:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:18:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:18:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:18:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:18:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:18:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:18:57 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:18:58 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:18:58 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:18:59 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:18:59 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:00 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:00 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:00 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:00 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:00 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:00 0 [Note] InnoDB: 10.3.25 started; log sequence number 958269357; transaction id 3446353
2020-12-12 8:19:00 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:00 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:00 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:00 0 [Note] Starting crash recovery...
2020-12-12 8:19:00 0 [Note] Crash recovery finished.
2020-12-12 8:19:00 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:00 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:00 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:00 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:00 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:00
2020-12-12 8:19:00 37 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 8:19:00 37 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 8:19:00 38 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:19:00 38 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:19:01 39 [ERROR] mysqld: Table './taolbi/sequence_uri_provider' is marked as crashed and should be repaired
2020-12-12 8:19:01 39 [Warning] Checking table: './taolbi/sequence_uri_provider'
2020-12-12 8:19:01 41 [ERROR] mysqld: Table './taolbi/results_storage' is marked as crashed and should be repaired
2020-12-12 8:19:01 41 [Warning] Checking table: './taolbi/results_storage'
2020-12-12 8:19:01 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:01 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5652603d6c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56525fed407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f8cb84253c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f8cb7f3418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f8cb7f13859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56525fbf4ae7]
/usr/sbin/mysqld(+0x4ca702)[0x56525fbd7702]
/usr/sbin/mysqld(+0xb08b70)[0x565260215b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56526021822d]
/usr/sbin/mysqld(+0x9b5f39)[0x5652600c2f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5652600c3ade]
/usr/sbin/mysqld(+0x9b7c40)[0x5652600c4c40]
/usr/sbin/mysqld(+0xa4318a)[0x56526015018a]
/usr/sbin/mysqld(+0xa483c0)[0x5652601553c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f8cb8419609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f8cb8010103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:06 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:06 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:06 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:06 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:07 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:07 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:07 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:08 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:08 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:08 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:08 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:08 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:08 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:19:08 0 [Note] InnoDB: 10.3.25 started; log sequence number 958269503; transaction id 3446353
2020-12-12 8:19:08 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:08 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:08 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:08 0 [Note] Starting crash recovery...
2020-12-12 8:19:08 0 [Note] Crash recovery finished.
2020-12-12 8:19:08 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:08 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:08 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:08 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:08 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:08
2020-12-12 8:19:08 15 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:19:08 15 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:19:09 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:09 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55af1a181c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55af19c7f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fda08b313c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fda0864018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fda0861f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55af1999fae7]
/usr/sbin/mysqld(+0x4ca702)[0x55af19982702]
/usr/sbin/mysqld(+0xb08b70)[0x55af19fc0b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55af19fc322d]
/usr/sbin/mysqld(+0x9b5f39)[0x55af19e6df39]
/usr/sbin/mysqld(+0x9b6ade)[0x55af19e6eade]
/usr/sbin/mysqld(+0x9b7c40)[0x55af19e6fc40]
/usr/sbin/mysqld(+0xa4318a)[0x55af19efb18a]
/usr/sbin/mysqld(+0xa483c0)[0x55af19f003c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fda08b25609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fda0871c103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:14 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:14 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:14 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:14 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:14 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:14 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:14 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:15 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:15 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:15 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:15 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:16 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:16 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:16 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:16 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:16 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:16 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:19:16 0 [Note] InnoDB: 10.3.25 started; log sequence number 958269633; transaction id 3446353
2020-12-12 8:19:16 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:16 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:16 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:16 0 [Note] Starting crash recovery...
2020-12-12 8:19:16 0 [Note] Crash recovery finished.
2020-12-12 8:19:16 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:16 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:16 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:16 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:16 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:16
2020-12-12 8:19:17 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:17 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c440ec5c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c4409c307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3045b3b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f304564a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3045629859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c4406e3ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c4406c6702]
/usr/sbin/mysqld(+0xb08b70)[0x55c440d04b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c440d0722d]
/usr/sbin/mysqld(+0x9b5f39)[0x55c440bb1f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55c440bb2ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55c440bb3c40]
/usr/sbin/mysqld(+0xa4318a)[0x55c440c3f18a]
/usr/sbin/mysqld(+0xa483c0)[0x55c440c443c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3045b2f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3045726103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:22 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:22 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:22 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:22 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:22 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:22 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:22 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:23 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:23 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:23 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:23 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:24 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:24 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:24 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:24 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:24 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:24 0 [Note] InnoDB: 10.3.25 started; log sequence number 958269763; transaction id 3446353
2020-12-12 8:19:24 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:24 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:24 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:24 0 [Note] Starting crash recovery...
2020-12-12 8:19:24 0 [Note] Crash recovery finished.
2020-12-12 8:19:24 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:24 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:24 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:24 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:24 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:24
2020-12-12 8:19:24 10 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:24 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f3550000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f394462bdd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5647018abc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5647013a907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f39e5e6c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f39e597b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f39e595a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5647010c9ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5647010ac702]
/usr/sbin/mysqld(+0xb08b70)[0x5647016eab70]
/usr/sbin/mysqld(+0xb0b22d)[0x5647016ed22d]
/usr/sbin/mysqld(+0x9b5f39)[0x564701597f39]
/usr/sbin/mysqld(+0x9b6ade)[0x564701598ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5647016517f0]
/usr/sbin/mysqld(+0x95d4d0)[0x56470153f4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5647013a9c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5647013ac3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5647012b774c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5647011bcec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x5647011d851e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x5647011d8701]
/usr/sbin/mysqld(+0x5f75d5)[0x5647011d95d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x5647011d967a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x5647011c7bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5647011c920d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5647012aa29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5647012aa46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f39e5e60609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f39e5a57103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f355003c380): UPDATE delivery_monitoring SET status = ?, current_assessment_item = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 10
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:30 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:30 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:30 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:30 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:30 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:30 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:30 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:30 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:30 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:30 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:30 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:31 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:31 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:31 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:31 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:31 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:31 0 [Note] InnoDB: 10.3.25 started; log sequence number 958270219; transaction id 3446360
2020-12-12 8:19:31 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:31 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:31 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:31 0 [Note] Starting crash recovery...
2020-12-12 8:19:31 0 [Note] Crash recovery finished.
2020-12-12 8:19:31 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:31 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:31 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:31 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:31 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:31
2020-12-12 8:19:31 38 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 8:19:31 38 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 8:19:32 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:32 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c4660a4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c465ba207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fe1877be3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fe1872cd18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fe1872ac859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c4658c2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c4658a5702]
/usr/sbin/mysqld(+0xb08b70)[0x55c465ee3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c465ee622d]
/usr/sbin/mysqld(+0x9b5f39)[0x55c465d90f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55c465d91ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55c465d92c40]
/usr/sbin/mysqld(+0xa4318a)[0x55c465e1e18a]
/usr/sbin/mysqld(+0xa483c0)[0x55c465e233c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fe1877b2609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fe1873a9103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:37 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:37 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:37 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:37 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:37 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:37 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:37 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:38 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:38 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:38 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:38 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:39 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:39 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:39 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:39 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:39 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:39 0 [Note] InnoDB: 10.3.25 started; log sequence number 958270370; transaction id 3446360
2020-12-12 8:19:39 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:39 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:39 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:39 0 [Note] Starting crash recovery...
2020-12-12 8:19:39 0 [Note] Crash recovery finished.
2020-12-12 8:19:39 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:39 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:39 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:39 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:39 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:39
2020-12-12 8:19:40 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:40 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5610c586ac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5610c536807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f74db62b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f74db13a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f74db119859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5610c5088ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5610c506b702]
/usr/sbin/mysqld(+0xb08b70)[0x5610c56a9b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5610c56ac22d]
/usr/sbin/mysqld(+0x9b5f39)[0x5610c5556f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5610c5557ade]
/usr/sbin/mysqld(+0x9b7c40)[0x5610c5558c40]
/usr/sbin/mysqld(+0xa4318a)[0x5610c55e418a]
/usr/sbin/mysqld(+0xa483c0)[0x5610c55e93c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f74db61f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f74db216103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:45 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:45 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:45 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:45 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:45 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:45 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:45 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:46 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:46 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:46 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:46 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:47 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:47 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:47 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:47 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:47 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:47 0 [Note] InnoDB: 10.3.25 started; log sequence number 958270516; transaction id 3446360
2020-12-12 8:19:47 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:47 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:47 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:47 0 [Note] Starting crash recovery...
2020-12-12 8:19:47 0 [Note] Crash recovery finished.
2020-12-12 8:19:47 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:47 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:47 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:47 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:47 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:47
2020-12-12 8:19:47 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:19:47 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:19:48 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:48 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x557c3a151c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x557c39c4f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fd82b6333c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fd82b14218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fd82b121859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557c3996fae7]
/usr/sbin/mysqld(+0x4ca702)[0x557c39952702]
/usr/sbin/mysqld(+0xb08b70)[0x557c39f90b70]
/usr/sbin/mysqld(+0xb0b22d)[0x557c39f9322d]
/usr/sbin/mysqld(+0x9b5f39)[0x557c39e3df39]
/usr/sbin/mysqld(+0x9b6ade)[0x557c39e3eade]
/usr/sbin/mysqld(+0x9b7c40)[0x557c39e3fc40]
/usr/sbin/mysqld(+0xa4318a)[0x557c39ecb18a]
/usr/sbin/mysqld(+0xa483c0)[0x557c39ed03c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fd82b627609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fd82b21e103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:19:53 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:19:53 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:19:53 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:19:53 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:19:53 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:19:53 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:19:53 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:19:54 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:19:54 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:19:54 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:19:54 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:19:55 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:19:55 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:19:55 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:19:55 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:19:55 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:19:55 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:19:55 0 [Note] InnoDB: 10.3.25 started; log sequence number 958270646; transaction id 3446360
2020-12-12 8:19:55 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:19:55 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:19:55 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:19:55 0 [Note] Starting crash recovery...
2020-12-12 8:19:55 0 [Note] Crash recovery finished.
2020-12-12 8:19:55 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:19:55 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:19:55 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:19:55 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:19:55 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:19:55
2020-12-12 8:19:55 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:19:55 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:19:56 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:19:56 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55eaa378cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55eaa328a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f53a51a53c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f53a4cb418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f53a4c93859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55eaa2faaae7]
/usr/sbin/mysqld(+0x4ca702)[0x55eaa2f8d702]
/usr/sbin/mysqld(+0xb08b70)[0x55eaa35cbb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55eaa35ce22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55eaa3478f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55eaa3479ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55eaa347ac40]
/usr/sbin/mysqld(+0xa4318a)[0x55eaa350618a]
/usr/sbin/mysqld(+0xa483c0)[0x55eaa350b3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f53a5199609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f53a4d90103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:01 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:01 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:01 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:01 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:01 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:01 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:01 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:02 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:02 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:03 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:03 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:04 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:04 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:04 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:04 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:04 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:04 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:20:04 0 [Note] InnoDB: 10.3.25 started; log sequence number 958270776; transaction id 3446360
2020-12-12 8:20:04 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:04 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:04 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:04 0 [Note] Starting crash recovery...
2020-12-12 8:20:04 0 [Note] Crash recovery finished.
2020-12-12 8:20:04 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:04 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:04 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:04 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:04 9 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:20:04 9 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:20:04 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:04
2020-12-12 8:20:05 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:05 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x558088363c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x558087e6107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f417ce7c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f417c98b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f417c96a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x558087b81ae7]
/usr/sbin/mysqld(+0x4ca702)[0x558087b64702]
/usr/sbin/mysqld(+0xb08b70)[0x5580881a2b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5580881a522d]
/usr/sbin/mysqld(+0x9b5f39)[0x55808804ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x558088050ade]
/usr/sbin/mysqld(+0x9b7c40)[0x558088051c40]
/usr/sbin/mysqld(+0xa4318a)[0x5580880dd18a]
/usr/sbin/mysqld(+0xa483c0)[0x5580880e23c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f417ce70609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f417ca67103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:10 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:10 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:10 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:10 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:10 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:10 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:10 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:11 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:11 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:11 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:11 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 958270906; transaction id 3446360
2020-12-12 8:20:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:12 0 [Note] Starting crash recovery...
2020-12-12 8:20:12 0 [Note] Crash recovery finished.
2020-12-12 8:20:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:12 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:12
2020-12-12 8:20:13 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555707ec9c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5557079c707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f03345683c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f033407718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0334056859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5557076e7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5557076ca702]
/usr/sbin/mysqld(+0xb08b70)[0x555707d08b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555707d0b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x555707bb5f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555707bb6ade]
/usr/sbin/mysqld(+0x9b7c40)[0x555707bb7c40]
/usr/sbin/mysqld(+0xa4318a)[0x555707c4318a]
/usr/sbin/mysqld(+0xa483c0)[0x555707c483c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f033455c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f0334153103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:18 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:18 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:18 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:18 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:18 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:18 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:19 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:19 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:19 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:19 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:19 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:19 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:19 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:19 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:20:19 0 [Note] InnoDB: 10.3.25 started; log sequence number 958271052; transaction id 3446360
2020-12-12 8:20:19 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:19 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:19 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:19 0 [Note] Starting crash recovery...
2020-12-12 8:20:19 0 [Note] Crash recovery finished.
2020-12-12 8:20:19 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:19 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:19 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:19 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:19 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:19
2020-12-12 8:20:20 36 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:20 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fc81c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fcc04a40dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5598df8a6c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5598df3a407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fcca48e13c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fcca43f018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fcca43cf859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5598df0c4ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5598df0a7702]
/usr/sbin/mysqld(+0xb08b70)[0x5598df6e5b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5598df6e822d]
/usr/sbin/mysqld(+0x9b5f39)[0x5598df592f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5598df593ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5598df64c7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5598df53a4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5598df3a4c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5598df3a73b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5598df2b274c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5598df1b7ec1]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1f3)[0x5598df1bfe83]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1055)[0x5598df1c2265]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5598df1c420d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5598df2a529a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5598df2a546f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fcca48d5609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fcca44cc103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fc81c011920): DELETE FROM user_last_activity_log WHERE user_id = 'https://test.lbifib.ui.ac.id/cbt/testlbifib.rdf#i1607691562709456347'
Connection ID (thread ID): 36
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:25 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:25 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:25 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:25 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:25 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:25 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:25 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:26 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:26 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:26 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:26 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:27 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:27 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:27 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:27 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:27 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:27 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:20:27 0 [Note] InnoDB: 10.3.25 started; log sequence number 958271518; transaction id 3446366
2020-12-12 8:20:27 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:27 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:27 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:27 0 [Note] Starting crash recovery...
2020-12-12 8:20:27 0 [Note] Crash recovery finished.
2020-12-12 8:20:27 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:27 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:27 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:27 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:27 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:27
2020-12-12 8:20:28 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:28 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564af90b9c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x564af8bb707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f6e803eb3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f6e7fefa18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f6e7fed9859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564af88d7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x564af88ba702]
/usr/sbin/mysqld(+0xb08b70)[0x564af8ef8b70]
/usr/sbin/mysqld(+0xb0b22d)[0x564af8efb22d]
/usr/sbin/mysqld(+0x9b5f39)[0x564af8da5f39]
/usr/sbin/mysqld(+0x9b6ade)[0x564af8da6ade]
/usr/sbin/mysqld(+0x9b7c40)[0x564af8da7c40]
/usr/sbin/mysqld(+0xa4318a)[0x564af8e3318a]
/usr/sbin/mysqld(+0xa483c0)[0x564af8e383c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f6e803df609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f6e7ffd6103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:33 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:33 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:33 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:33 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:33 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:33 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:33 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:34 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:35 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:35 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:35 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:35 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:35 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:35 0 [Note] InnoDB: 10.3.25 started; log sequence number 958271701; transaction id 3446366
2020-12-12 8:20:35 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:35 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:35 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:35 0 [Note] Starting crash recovery...
2020-12-12 8:20:35 0 [Note] Crash recovery finished.
2020-12-12 8:20:35 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:35 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:35 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:35 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:35 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:35
2020-12-12 8:20:35 45 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:35 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f5db0000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f619c3d2dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x561d39003c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x561d38b0107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f623a91d3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f623a42c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f623a40b859]
/usr/sbin/mysqld(+0x4e7ae7)[0x561d38821ae7]
/usr/sbin/mysqld(+0x4ca702)[0x561d38804702]
/usr/sbin/mysqld(+0xb08b70)[0x561d38e42b70]
/usr/sbin/mysqld(+0xb0b22d)[0x561d38e4522d]
/usr/sbin/mysqld(+0x9b5f39)[0x561d38ceff39]
/usr/sbin/mysqld(+0x9b6ade)[0x561d38cf0ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x561d38da97f0]
/usr/sbin/mysqld(+0x95d4d0)[0x561d38c974d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x561d38b01c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x561d38b043b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x561d38a0f74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x561d38914ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x561d3893051e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x561d38930701]
/usr/sbin/mysqld(+0x5f75d5)[0x561d389315d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x561d3893167a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x561d3891fbd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x561d3892120d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x561d38a0229a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x561d38a0246f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f623a911609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f623a508103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f5db0041560): UPDATE delivery_monitoring SET status = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 45
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:41 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:41 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:41 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:41 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:41 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:41 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:41 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:41 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:41 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:41 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:42 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:42 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:42 0 [Note] InnoDB: 10.3.25 started; log sequence number 958272267; transaction id 3446373
2020-12-12 8:20:42 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:42 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:42 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:42 0 [Note] Starting crash recovery...
2020-12-12 8:20:42 0 [Note] Crash recovery finished.
2020-12-12 8:20:42 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:42 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:42 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:42 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:42 8 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:20:42 8 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:20:42 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:42
2020-12-12 8:20:43 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:43 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55bbce740c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55bbce23e07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2a5c2773c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2a5bd8618b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2a5bd65859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55bbcdf5eae7]
/usr/sbin/mysqld(+0x4ca702)[0x55bbcdf41702]
/usr/sbin/mysqld(+0xb08b70)[0x55bbce57fb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55bbce58222d]
/usr/sbin/mysqld(+0x9b5f39)[0x55bbce42cf39]
/usr/sbin/mysqld(+0x9b6ade)[0x55bbce42dade]
/usr/sbin/mysqld(+0x9b7c40)[0x55bbce42ec40]
/usr/sbin/mysqld(+0xa4318a)[0x55bbce4ba18a]
/usr/sbin/mysqld(+0xa483c0)[0x55bbce4bf3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2a5c26b609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2a5be62103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:49 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:49 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:49 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:49 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:49 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:49 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:49 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:49 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:49 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:49 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:49 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:50 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:50 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:50 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:50 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:50 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:50 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:20:50 0 [Note] InnoDB: 10.3.25 started; log sequence number 958272418; transaction id 3446373
2020-12-12 8:20:50 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:50 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:50 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:50 0 [Note] Starting crash recovery...
2020-12-12 8:20:50 0 [Note] Crash recovery finished.
2020-12-12 8:20:50 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:50 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:50 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:50 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:50 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:50
2020-12-12 8:20:51 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:20:51 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a0e5964c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a0e546207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f76cc4093c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f76cbf1818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f76cbef7859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a0e5182ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a0e5165702]
/usr/sbin/mysqld(+0xb08b70)[0x55a0e57a3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a0e57a622d]
/usr/sbin/mysqld(+0x9b5f39)[0x55a0e5650f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55a0e5651ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55a0e5652c40]
/usr/sbin/mysqld(+0xa4318a)[0x55a0e56de18a]
/usr/sbin/mysqld(+0xa483c0)[0x55a0e56e33c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f76cc3fd609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f76cbff4103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:20:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:20:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:20:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:20:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:20:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:20:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:20:57 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:20:57 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:20:57 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:20:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:20:58 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:20:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:20:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:20:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:20:59 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:20:59 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:20:59 0 [Note] InnoDB: 10.3.25 started; log sequence number 958272564; transaction id 3446373
2020-12-12 8:20:59 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:20:59 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:20:59 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:20:59 0 [Note] Starting crash recovery...
2020-12-12 8:20:59 0 [Note] Crash recovery finished.
2020-12-12 8:20:59 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:20:59 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:20:59 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:20:59 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:20:59 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:20:59
2020-12-12 8:21:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ecca937c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ecca43507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f0cfa8493c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f0cfa35818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0cfa337859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ecca155ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ecca138702]
/usr/sbin/mysqld(+0xb08b70)[0x55ecca776b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ecca77922d]
/usr/sbin/mysqld(+0x9b5f39)[0x55ecca623f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55ecca624ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55ecca625c40]
/usr/sbin/mysqld(+0xa4318a)[0x55ecca6b118a]
/usr/sbin/mysqld(+0xa483c0)[0x55ecca6b63c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f0cfa83d609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f0cfa434103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:05 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:05 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:05 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:05 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:05 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:05 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:05 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:06 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:07 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:08 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:08 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:08 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:08 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:08 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:08 0 [Note] InnoDB: 10.3.25 started; log sequence number 958272694; transaction id 3446373
2020-12-12 8:21:08 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:08 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:08 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:08 0 [Note] Starting crash recovery...
2020-12-12 8:21:08 0 [Note] Crash recovery finished.
2020-12-12 8:21:08 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:08 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:08 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:08 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:08 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:08
2020-12-12 8:21:09 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:09 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x560c3beb9c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x560c3b9b707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f8dcbcc13c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f8dcb7d018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f8dcb7af859]
/usr/sbin/mysqld(+0x4e7ae7)[0x560c3b6d7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x560c3b6ba702]
/usr/sbin/mysqld(+0xb08b70)[0x560c3bcf8b70]
/usr/sbin/mysqld(+0xb0b22d)[0x560c3bcfb22d]
/usr/sbin/mysqld(+0x9b5f39)[0x560c3bba5f39]
/usr/sbin/mysqld(+0x9b6ade)[0x560c3bba6ade]
/usr/sbin/mysqld(+0x9b7c40)[0x560c3bba7c40]
/usr/sbin/mysqld(+0xa4318a)[0x560c3bc3318a]
/usr/sbin/mysqld(+0xa483c0)[0x560c3bc383c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f8dcbcb5609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f8dcb8ac103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:14 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:14 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:14 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:14 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:14 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:14 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:14 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:15 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:15 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:15 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:15 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:16 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:16 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:16 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:16 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:16 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:16 0 [Note] InnoDB: 10.3.25 started; log sequence number 958272824; transaction id 3446373
2020-12-12 8:21:16 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:16 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:16 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:16 0 [Note] Starting crash recovery...
2020-12-12 8:21:16 0 [Note] Crash recovery finished.
2020-12-12 8:21:16 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:16 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:16 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:16 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:16 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:16
2020-12-12 8:21:17 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:17 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55978b448c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55978af4607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f743ad683c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f743a87718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f743a856859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55978ac66ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55978ac49702]
/usr/sbin/mysqld(+0xb08b70)[0x55978b287b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55978b28a22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55978b134f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55978b135ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55978b136c40]
/usr/sbin/mysqld(+0xa4318a)[0x55978b1c218a]
/usr/sbin/mysqld(+0xa483c0)[0x55978b1c73c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f743ad5c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f743a953103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:22 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:22 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:22 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:22 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:22 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:22 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:22 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:23 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:23 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:23 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:23 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:24 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:24 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:24 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:24 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:24 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:24 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:21:24 0 [Note] InnoDB: 10.3.25 started; log sequence number 958272954; transaction id 3446373
2020-12-12 8:21:24 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:24 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:24 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:24 0 [Note] Starting crash recovery...
2020-12-12 8:21:24 0 [Note] Crash recovery finished.
2020-12-12 8:21:24 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:24 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:24 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:24 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:24 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:24
2020-12-12 8:21:25 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:25 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555d948cfc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555d943cd07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fe744f513c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fe744a6018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fe744a3f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555d940edae7]
/usr/sbin/mysqld(+0x4ca702)[0x555d940d0702]
/usr/sbin/mysqld(+0xb08b70)[0x555d9470eb70]
/usr/sbin/mysqld(+0xb0b22d)[0x555d9471122d]
/usr/sbin/mysqld(+0x9b5f39)[0x555d945bbf39]
/usr/sbin/mysqld(+0x9b6ade)[0x555d945bcade]
/usr/sbin/mysqld(+0x9b7c40)[0x555d945bdc40]
/usr/sbin/mysqld(+0xa4318a)[0x555d9464918a]
/usr/sbin/mysqld(+0xa483c0)[0x555d9464e3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fe744f45609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fe744b3c103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:30 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:30 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:30 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:30 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:30 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:30 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:30 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:31 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:31 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:32 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:32 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:33 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:33 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:33 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:33 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:33 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:33 0 [Note] InnoDB: 10.3.25 started; log sequence number 958273100; transaction id 3446373
2020-12-12 8:21:33 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:33 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:33 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:33 0 [Note] Starting crash recovery...
2020-12-12 8:21:33 0 [Note] Crash recovery finished.
2020-12-12 8:21:33 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:33 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:33 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:33 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:33 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:33
2020-12-12 8:21:33 45 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:33 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fcb34000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fcbdc2b6dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55691f47cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55691ef7a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fcfc4e513c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fcfc496018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fcfc493f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55691ec9aae7]
/usr/sbin/mysqld(+0x4ca702)[0x55691ec7d702]
/usr/sbin/mysqld(+0xb08b70)[0x55691f2bbb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55691f2be22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55691f168f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55691f169ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55691f2227f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55691f1104d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55691ef7ac5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55691ef7d3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55691ee8874c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55691ed8dec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55691eda951e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55691eda9701]
/usr/sbin/mysqld(+0x5f75d5)[0x55691edaa5d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55691edaa67a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55691ed98bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55691ed9a20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55691ee7b29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55691ee7b46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fcfc4e45609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fcfc4a3c103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fcb34022bf0): UPDATE delivery_monitoring SET status = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 45
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:39 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:39 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:39 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:39 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:39 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:39 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:39 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:39 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:39 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:39 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:39 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:40 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:40 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:40 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:40 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:40 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:40 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:21:40 0 [Note] InnoDB: 10.3.25 started; log sequence number 958274073; transaction id 3446380
2020-12-12 8:21:40 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:40 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:40 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:40 0 [Note] Starting crash recovery...
2020-12-12 8:21:40 0 [Note] Crash recovery finished.
2020-12-12 8:21:40 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:40 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:40 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:40 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:40 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:40
2020-12-12 8:21:40 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:21:40 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:21:41 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:41 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55599ecc8c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55599e7c607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc6064453c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc605f5418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc605f33859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55599e4e6ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55599e4c9702]
/usr/sbin/mysqld(+0xb08b70)[0x55599eb07b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55599eb0a22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55599e9b4f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55599e9b5ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55599e9b6c40]
/usr/sbin/mysqld(+0xa4318a)[0x55599ea4218a]
/usr/sbin/mysqld(+0xa483c0)[0x55599ea473c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc606439609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc606030103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:47 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:47 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:47 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:47 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:47 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:47 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:47 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:47 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:47 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:47 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:47 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:48 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:48 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:48 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:48 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:48 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:48 0 [Note] InnoDB: 10.3.25 started; log sequence number 958274224; transaction id 3446380
2020-12-12 8:21:48 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:48 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:48 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:48 0 [Note] Starting crash recovery...
2020-12-12 8:21:48 0 [Note] Crash recovery finished.
2020-12-12 8:21:48 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:48 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:48 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:48 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:48 11 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:21:48 11 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:21:48 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:48
2020-12-12 8:21:49 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:49 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=5
max_threads=402
thread_count=11
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a9652a0c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a964d9e07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fdfa8e883c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fdfa899718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fdfa8976859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a964abeae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a964aa1702]
/usr/sbin/mysqld(+0xb08b70)[0x55a9650dfb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a9650e222d]
/usr/sbin/mysqld(+0x9b5f39)[0x55a964f8cf39]
/usr/sbin/mysqld(+0x9b6ade)[0x55a964f8dade]
/usr/sbin/mysqld(+0x9b7c40)[0x55a964f8ec40]
/usr/sbin/mysqld(+0xa4318a)[0x55a96501a18a]
/usr/sbin/mysqld(+0xa483c0)[0x55a96501f3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fdfa8e7c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fdfa8a73103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:21:55 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:21:55 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:21:55 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:21:55 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:21:55 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:21:55 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:21:55 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:21:55 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:21:55 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:21:55 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:21:55 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:21:56 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:21:56 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:21:56 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:21:56 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:21:56 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:21:56 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:21:56 0 [Note] InnoDB: 10.3.25 started; log sequence number 958274354; transaction id 3446380
2020-12-12 8:21:56 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:21:56 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:21:56 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:21:56 0 [Note] Starting crash recovery...
2020-12-12 8:21:56 0 [Note] Crash recovery finished.
2020-12-12 8:21:56 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:21:56 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:21:56 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:21:56 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:21:56 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:21:56
2020-12-12 8:21:57 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:21:57 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55770763ac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55770713807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f0e1baea3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f0e1b5f918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0e1b5d8859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557706e58ae7]
/usr/sbin/mysqld(+0x4ca702)[0x557706e3b702]
/usr/sbin/mysqld(+0xb08b70)[0x557707479b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55770747c22d]
/usr/sbin/mysqld(+0x9b5f39)[0x557707326f39]
/usr/sbin/mysqld(+0x9b6ade)[0x557707327ade]
/usr/sbin/mysqld(+0x9b7c40)[0x557707328c40]
/usr/sbin/mysqld(+0xa4318a)[0x5577073b418a]
/usr/sbin/mysqld(+0xa483c0)[0x5577073b93c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f0e1bade609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f0e1b6d5103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:02 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:02 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:02 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:02 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:02 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:02 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:02 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:03 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:03 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:04 0 [Note] InnoDB: Starting final batch to recover 16 pages from redo log.
2020-12-12 8:22:05 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:05 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:05 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:05 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:05 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:05 0 [Note] InnoDB: 10.3.25 started; log sequence number 958274484; transaction id 3446380
2020-12-12 8:22:05 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:05 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:05 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:05 0 [Note] Starting crash recovery...
2020-12-12 8:22:05 0 [Note] Crash recovery finished.
2020-12-12 8:22:05 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:05 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:05 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:05 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:05 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:05
2020-12-12 8:22:05 16 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:05 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f9d30000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fa12c296dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a953587c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a95308507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fa1afd2a3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fa1af83918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fa1af818859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a952da5ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a952d88702]
/usr/sbin/mysqld(+0xb08b70)[0x55a9533c6b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a9533c922d]
/usr/sbin/mysqld(+0x9b5f39)[0x55a953273f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55a953274ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55a95332d7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55a95321b4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55a953085c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55a9530883b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55a952f9374c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55a952e98ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55a952eb451e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55a952eb4701]
/usr/sbin/mysqld(+0x5f75d5)[0x55a952eb55d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55a952eb567a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55a952ea3bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55a952ea520d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55a952f8629a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55a952f8646f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fa1afd1e609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fa1af915103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f9d300b3a70): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 16
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:10 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:10 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:10 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:10 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:10 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:10 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:10 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:11 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:11 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:11 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:11 0 [Note] InnoDB: Starting final batch to recover 20 pages from redo log.
2020-12-12 8:22:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:12 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:22:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 958275600; transaction id 3446386
2020-12-12 8:22:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:12 0 [Note] Starting crash recovery...
2020-12-12 8:22:12 0 [Note] Crash recovery finished.
2020-12-12 8:22:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:12 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:12
2020-12-12 8:22:13 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56269db47c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56269d64507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fba202003c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fba1fd0f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fba1fcee859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56269d365ae7]
/usr/sbin/mysqld(+0x4ca702)[0x56269d348702]
/usr/sbin/mysqld(+0xb08b70)[0x56269d986b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56269d98922d]
/usr/sbin/mysqld(+0x9b5f39)[0x56269d833f39]
/usr/sbin/mysqld(+0x9b6ade)[0x56269d834ade]
/usr/sbin/mysqld(+0x9b7c40)[0x56269d835c40]
/usr/sbin/mysqld(+0xa4318a)[0x56269d8c118a]
/usr/sbin/mysqld(+0xa483c0)[0x56269d8c63c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fba201f4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fba1fdeb103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:18 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:18 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:18 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:18 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:18 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:18 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:20 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 8:22:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 958275926; transaction id 3446386
2020-12-12 8:22:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:21 0 [Note] Starting crash recovery...
2020-12-12 8:22:21 0 [Note] Crash recovery finished.
2020-12-12 8:22:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:21
2020-12-12 8:22:22 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:22 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x557196825c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55719632307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fa6b54e43c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fa6b4ff318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fa6b4fd2859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557196043ae7]
/usr/sbin/mysqld(+0x4ca702)[0x557196026702]
/usr/sbin/mysqld(+0xb08b70)[0x557196664b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55719666722d]
/usr/sbin/mysqld(+0x9b5f39)[0x557196511f39]
/usr/sbin/mysqld(+0x9b6ade)[0x557196512ade]
/usr/sbin/mysqld(+0x9b7c40)[0x557196513c40]
/usr/sbin/mysqld(+0xa4318a)[0x55719659f18a]
/usr/sbin/mysqld(+0xa483c0)[0x5571965a43c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fa6b54d8609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fa6b50cf103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:27 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:28 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:28 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:28 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 8:22:29 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:29 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:29 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:29 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:29 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:29 0 [Note] InnoDB: 10.3.25 started; log sequence number 958276087; transaction id 3446386
2020-12-12 8:22:29 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:29 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:29 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:29 0 [Note] Starting crash recovery...
2020-12-12 8:22:29 0 [Note] Crash recovery finished.
2020-12-12 8:22:29 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:29 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:29 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:29 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:29 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:29
2020-12-12 8:22:30 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:30 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559c51024c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559c50b2207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2b691b43c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2b68cc318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2b68ca2859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559c50842ae7]
/usr/sbin/mysqld(+0x4ca702)[0x559c50825702]
/usr/sbin/mysqld(+0xb08b70)[0x559c50e63b70]
/usr/sbin/mysqld(+0xb0b22d)[0x559c50e6622d]
/usr/sbin/mysqld(+0x9b5f39)[0x559c50d10f39]
/usr/sbin/mysqld(+0x9b6ade)[0x559c50d11ade]
/usr/sbin/mysqld(+0x9b7c40)[0x559c50d12c40]
/usr/sbin/mysqld(+0xa4318a)[0x559c50d9e18a]
/usr/sbin/mysqld(+0xa483c0)[0x559c50da33c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2b691a8609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2b68d9f103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:35 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:35 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:35 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:35 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:35 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:35 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:36 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:36 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:36 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:36 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 8:22:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:37 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:37 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:37 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:37 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:37 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:22:37 0 [Note] InnoDB: 10.3.25 started; log sequence number 958276264; transaction id 3446386
2020-12-12 8:22:37 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:37 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:37 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:37 0 [Note] Starting crash recovery...
2020-12-12 8:22:37 0 [Note] Crash recovery finished.
2020-12-12 8:22:37 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:37 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:37 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:37 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:37 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:37
2020-12-12 8:22:38 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:38 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5636d323bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5636d2d3907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f9c2cac33c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9c2c5d218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9c2c5b1859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5636d2a59ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5636d2a3c702]
/usr/sbin/mysqld(+0xb08b70)[0x5636d307ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x5636d307d22d]
/usr/sbin/mysqld(+0x9b5f39)[0x5636d2f27f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5636d2f28ade]
/usr/sbin/mysqld(+0x9b7c40)[0x5636d2f29c40]
/usr/sbin/mysqld(+0xa4318a)[0x5636d2fb518a]
/usr/sbin/mysqld(+0xa483c0)[0x5636d2fba3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f9c2cab7609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9c2c6ae103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:43 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:43 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:43 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:43 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:43 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:43 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:44 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:44 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:44 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:44 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 8:22:45 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:45 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:45 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:45 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:45 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:45 0 [Note] InnoDB: 10.3.25 started; log sequence number 958276425; transaction id 3446386
2020-12-12 8:22:45 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:45 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:45 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:45 0 [Note] Starting crash recovery...
2020-12-12 8:22:45 0 [Note] Crash recovery finished.
2020-12-12 8:22:45 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:45 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:45 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:45 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:45 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:45
2020-12-12 8:22:45 40 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:22:45 40 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:22:46 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:46 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559c7a92cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559c7a42a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ff7b67123c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ff7b622118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ff7b6200859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559c7a14aae7]
/usr/sbin/mysqld(+0x4ca702)[0x559c7a12d702]
/usr/sbin/mysqld(+0xb08b70)[0x559c7a76bb70]
/usr/sbin/mysqld(+0xb0b22d)[0x559c7a76e22d]
/usr/sbin/mysqld(+0x9b5f39)[0x559c7a618f39]
/usr/sbin/mysqld(+0x9b6ade)[0x559c7a619ade]
/usr/sbin/mysqld(+0x9b7c40)[0x559c7a61ac40]
/usr/sbin/mysqld(+0xa4318a)[0x559c7a6a618a]
/usr/sbin/mysqld(+0xa483c0)[0x559c7a6ab3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ff7b6706609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ff7b62fd103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:51 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:51 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:51 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:51 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:51 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:51 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:22:52 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:22:52 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:22:52 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:22:52 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 8:22:53 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:22:53 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:22:53 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:22:53 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:22:53 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:22:53 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:22:53 0 [Note] InnoDB: 10.3.25 started; log sequence number 958276586; transaction id 3446386
2020-12-12 8:22:53 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:22:53 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:22:53 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:22:53 0 [Note] Starting crash recovery...
2020-12-12 8:22:53 0 [Note] Crash recovery finished.
2020-12-12 8:22:53 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:22:53 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:22:53 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:22:53 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:22:53 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:22:53
2020-12-12 8:22:54 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:22:54 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x558834cf2c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5588347f007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fb6d3ead3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fb6d39bc18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fb6d399b859]
/usr/sbin/mysqld(+0x4e7ae7)[0x558834510ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5588344f3702]
/usr/sbin/mysqld(+0xb08b70)[0x558834b31b70]
/usr/sbin/mysqld(+0xb0b22d)[0x558834b3422d]
/usr/sbin/mysqld(+0x9b5f39)[0x5588349def39]
/usr/sbin/mysqld(+0x9b6ade)[0x5588349dfade]
/usr/sbin/mysqld(+0x9b7c40)[0x5588349e0c40]
/usr/sbin/mysqld(+0xa4318a)[0x558834a6c18a]
/usr/sbin/mysqld(+0xa483c0)[0x558834a713c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fb6d3ea1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fb6d3a98103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:22:59 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:22:59 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:22:59 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:22:59 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:22:59 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:22:59 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:22:59 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:00 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:00 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:00 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:00 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 8:23:00 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:00 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:00 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:00 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:00 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:00 0 [Note] InnoDB: 10.3.25 started; log sequence number 958276763; transaction id 3446386
2020-12-12 8:23:00 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:00 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:00 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:00 0 [Note] Starting crash recovery...
2020-12-12 8:23:00 0 [Note] Crash recovery finished.
2020-12-12 8:23:00 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:00 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:00 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:00 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:00 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:00
2020-12-12 8:23:01 11 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:01 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=5
max_threads=402
thread_count=11
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fa9c8000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fadf05dfdd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55da1a19ec52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55da19c9c07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fae731093c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fae72c1818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fae72bf7859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55da199bcae7]
/usr/sbin/mysqld(+0x4ca702)[0x55da1999f702]
/usr/sbin/mysqld(+0xb08b70)[0x55da19fddb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55da19fe022d]
/usr/sbin/mysqld(+0x9b5f39)[0x55da19e8af39]
/usr/sbin/mysqld(+0x9b6ade)[0x55da19e8bade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55da19f447f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55da19e324d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55da19c9cc5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55da19c9f3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55da19baa74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55da19aafec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55da19acb51e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55da19acb701]
/usr/sbin/mysqld(+0x5f75d5)[0x55da19acc5d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55da19acc67a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55da19ababd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55da19abc20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55da19b9d29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55da19b9d46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fae730fd609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fae72cf4103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fa9c801a2b0): UPDATE delivery_monitoring SET status = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 11
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:06 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:06 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:06 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:06 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:07 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:07 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:07 0 [Note] InnoDB: Starting final batch to recover 24 pages from redo log.
2020-12-12 8:23:08 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:08 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:08 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:08 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:08 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:08 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:23:08 0 [Note] InnoDB: 10.3.25 started; log sequence number 958277767; transaction id 3446393
2020-12-12 8:23:08 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:08 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:08 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:08 0 [Note] Starting crash recovery...
2020-12-12 8:23:08 0 [Note] Crash recovery finished.
2020-12-12 8:23:08 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:08 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:08 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:08 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:08 9 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:23:08 9 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:23:08 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:08
2020-12-12 8:23:09 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:09 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55dfe9021c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55dfe8b1f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fb2993113c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fb298e2018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fb298dff859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55dfe883fae7]
/usr/sbin/mysqld(+0x4ca702)[0x55dfe8822702]
/usr/sbin/mysqld(+0xb08b70)[0x55dfe8e60b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55dfe8e6322d]
/usr/sbin/mysqld(+0x9b5f39)[0x55dfe8d0df39]
/usr/sbin/mysqld(+0x9b6ade)[0x55dfe8d0eade]
/usr/sbin/mysqld(+0x9b7c40)[0x55dfe8d0fc40]
/usr/sbin/mysqld(+0xa4318a)[0x55dfe8d9b18a]
/usr/sbin/mysqld(+0xa483c0)[0x55dfe8da03c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fb299305609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fb298efc103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:14 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:14 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:14 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:14 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:14 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:14 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:14 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:15 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:15 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:16 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:16 0 [Note] InnoDB: Starting final batch to recover 24 pages from redo log.
2020-12-12 8:23:16 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:16 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:16 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:16 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:16 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:16 0 [Note] InnoDB: 10.3.25 started; log sequence number 958277949; transaction id 3446393
2020-12-12 8:23:16 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:16 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:16 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:16 0 [Note] Starting crash recovery...
2020-12-12 8:23:16 0 [Note] Crash recovery finished.
2020-12-12 8:23:16 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:16 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:16 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:16 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:16 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:16
2020-12-12 8:23:17 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:17 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55f88b246c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55f88ad4407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f12be1f33c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f12bdd0218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f12bdce1859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55f88aa64ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55f88aa47702]
/usr/sbin/mysqld(+0xb08b70)[0x55f88b085b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55f88b08822d]
/usr/sbin/mysqld(+0x9b5f39)[0x55f88af32f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55f88af33ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55f88af34c40]
/usr/sbin/mysqld(+0xa4318a)[0x55f88afc018a]
/usr/sbin/mysqld(+0xa483c0)[0x55f88afc53c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f12be1e7609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f12bddde103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:23 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:23 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:23 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:23 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:23 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:23 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:23 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:23 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:23 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:24 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:24 0 [Note] InnoDB: Starting final batch to recover 24 pages from redo log.
2020-12-12 8:23:25 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:25 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:25 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:25 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:25 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:25 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:23:25 0 [Note] InnoDB: 10.3.25 started; log sequence number 958278110; transaction id 3446393
2020-12-12 8:23:25 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:25 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:25 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:25 0 [Note] Starting crash recovery...
2020-12-12 8:23:25 0 [Note] Crash recovery finished.
2020-12-12 8:23:25 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:25 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:25 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:25 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:25 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:25
2020-12-12 8:23:26 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:26 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559e92e1fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559e9291d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f91d8ca03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f91d87af18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f91d878e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559e9263dae7]
/usr/sbin/mysqld(+0x4ca702)[0x559e92620702]
/usr/sbin/mysqld(+0xb08b70)[0x559e92c5eb70]
/usr/sbin/mysqld(+0xb0b22d)[0x559e92c6122d]
/usr/sbin/mysqld(+0x9b5f39)[0x559e92b0bf39]
/usr/sbin/mysqld(+0x9b6ade)[0x559e92b0cade]
/usr/sbin/mysqld(+0x9b7c40)[0x559e92b0dc40]
/usr/sbin/mysqld(+0xa4318a)[0x559e92b9918a]
/usr/sbin/mysqld(+0xa483c0)[0x559e92b9e3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f91d8c94609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f91d888b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:32 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:32 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:32 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:32 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:32 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:32 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:32 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:32 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:32 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:33 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:33 0 [Note] InnoDB: Starting final batch to recover 24 pages from redo log.
2020-12-12 8:23:34 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:34 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:34 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:34 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:34 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:34 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:23:34 0 [Note] InnoDB: 10.3.25 started; log sequence number 958278287; transaction id 3446393
2020-12-12 8:23:34 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:34 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:34 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:34 0 [Note] Starting crash recovery...
2020-12-12 8:23:34 0 [Note] Crash recovery finished.
2020-12-12 8:23:34 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:34 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:34 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:34 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:34 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:34
2020-12-12 8:23:35 44 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:35 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f991c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f99d8734dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5588b2738c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5588b223607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f9dbe23d3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9dbdd4c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9dbdd2b859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5588b1f56ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5588b1f39702]
/usr/sbin/mysqld(+0xb08b70)[0x5588b2577b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5588b257a22d]
/usr/sbin/mysqld(+0x9b5f39)[0x5588b2424f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5588b2425ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5588b24de7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5588b23cc4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5588b2236c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5588b22393b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5588b214474c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5588b2049ec1]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1f3)[0x5588b2051e83]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1055)[0x5588b2054265]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5588b205620d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5588b213729a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5588b213746f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f9dbe231609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9dbde28103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f991c011920): DELETE FROM user_last_activity_log WHERE user_id = 'https://test.lbifib.ui.ac.id/cbt/testlbifib.rdf#i1607691560657656307'
Connection ID (thread ID): 44
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:40 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:40 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:40 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:40 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:40 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:40 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:40 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:41 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:41 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:41 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:41 0 [Note] InnoDB: Starting final batch to recover 24 pages from redo log.
2020-12-12 8:23:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:42 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:42 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:42 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:23:42 0 [Note] InnoDB: 10.3.25 started; log sequence number 958278810; transaction id 3446400
2020-12-12 8:23:42 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:42 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:42 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:42 0 [Note] Starting crash recovery...
2020-12-12 8:23:42 0 [Note] Crash recovery finished.
2020-12-12 8:23:42 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:42 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:42 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:42 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:42 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:42
2020-12-12 8:23:42 45 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:42 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fee90000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7ff294294dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5564ce726c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5564ce22407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ff3341353c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ff333c4418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ff333c23859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5564cdf44ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5564cdf27702]
/usr/sbin/mysqld(+0xb08b70)[0x5564ce565b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5564ce56822d]
/usr/sbin/mysqld(+0x9b5f39)[0x5564ce412f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5564ce413ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5564ce4cc7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5564ce3ba4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5564ce224c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5564ce2273b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5564ce13274c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5564ce037ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x5564ce05351e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x5564ce053701]
/usr/sbin/mysqld(+0x5f75d5)[0x5564ce0545d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x5564ce05467a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x5564ce042bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5564ce04420d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5564ce12529a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5564ce12546f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ff334129609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ff333d20103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fee90041560): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 45
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:48 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:48 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:48 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:48 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:48 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:48 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:48 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:48 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:48 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:48 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:48 0 [Note] InnoDB: Starting final batch to recover 25 pages from redo log.
2020-12-12 8:23:49 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:49 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:49 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:49 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:49 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:49 0 [Note] InnoDB: 10.3.25 started; log sequence number 958280588; transaction id 3446406
2020-12-12 8:23:49 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:49 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:49 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:49 0 [Note] Starting crash recovery...
2020-12-12 8:23:49 0 [Note] Crash recovery finished.
2020-12-12 8:23:49 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:49 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:49 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:49 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:49 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:49
2020-12-12 8:23:49 39 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:49 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fc12c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fc5304b0dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5630eae6bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5630ea96907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc5d1d393c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc5d184818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc5d1827859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5630ea689ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5630ea66c702]
/usr/sbin/mysqld(+0xb08b70)[0x5630eacaab70]
/usr/sbin/mysqld(+0xb0b22d)[0x5630eacad22d]
/usr/sbin/mysqld(+0x9b5f39)[0x5630eab57f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5630eab58ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5630eac117f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5630eaaff4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5630ea969c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5630ea96c3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5630ea87774c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5630ea77cec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x5630ea79851e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x5630ea798701]
/usr/sbin/mysqld(+0x5f75d5)[0x5630ea7995d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x5630ea79967a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x5630ea787bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5630ea78920d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5630ea86a29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5630ea86a46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc5d1d2d609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc5d1924103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fc12c01ae80): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 39
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:23:55 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:23:55 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:23:55 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:23:55 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:23:55 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:23:55 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:23:55 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:23:56 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:23:56 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:23:56 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:23:56 0 [Note] InnoDB: Starting final batch to recover 25 pages from redo log.
2020-12-12 8:23:56 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:23:56 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:23:56 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:23:56 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:23:56 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:23:56 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:23:56 0 [Note] InnoDB: 10.3.25 started; log sequence number 958281524; transaction id 3446412
2020-12-12 8:23:56 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:23:56 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:23:56 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:23:56 0 [Note] Starting crash recovery...
2020-12-12 8:23:56 0 [Note] Crash recovery finished.
2020-12-12 8:23:56 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:23:56 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:23:56 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:23:56 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:23:56 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:23:56
2020-12-12 8:23:57 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:23:57 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b8d0743c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b8d024107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f33b9c783c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f33b978718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f33b9766859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b8cff61ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b8cff44702]
/usr/sbin/mysqld(+0xb08b70)[0x55b8d0582b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b8d058522d]
/usr/sbin/mysqld(+0x9b5f39)[0x55b8d042ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x55b8d0430ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55b8d0431c40]
/usr/sbin/mysqld(+0xa4318a)[0x55b8d04bd18a]
/usr/sbin/mysqld(+0xa483c0)[0x55b8d04c23c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f33b9c6c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f33b9863103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:03 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:03 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:03 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:03 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:03 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:03 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:03 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:04 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:04 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:05 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:05 0 [Note] InnoDB: Starting final batch to recover 25 pages from redo log.
2020-12-12 8:24:05 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:05 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:05 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:05 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:05 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:05 0 [Note] InnoDB: 10.3.25 started; log sequence number 958281706; transaction id 3446412
2020-12-12 8:24:05 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:05 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:05 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:05 0 [Note] Starting crash recovery...
2020-12-12 8:24:05 0 [Note] Crash recovery finished.
2020-12-12 8:24:05 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:05 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:05 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:05 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:05 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:05
2020-12-12 8:24:06 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:06 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56516b411c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56516af0f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f88400b93c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f883fbc818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f883fba7859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56516ac2fae7]
/usr/sbin/mysqld(+0x4ca702)[0x56516ac12702]
/usr/sbin/mysqld(+0xb08b70)[0x56516b250b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56516b25322d]
/usr/sbin/mysqld(+0x9b5f39)[0x56516b0fdf39]
/usr/sbin/mysqld(+0x9b6ade)[0x56516b0feade]
/usr/sbin/mysqld(+0x9b7c40)[0x56516b0ffc40]
/usr/sbin/mysqld(+0xa4318a)[0x56516b18b18a]
/usr/sbin/mysqld(+0xa483c0)[0x56516b1903c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f88400ad609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f883fca4103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:12 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:12 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:12 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:12 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:12 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:12 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:12 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:13 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:13 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:13 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:13 0 [Note] InnoDB: Starting final batch to recover 25 pages from redo log.
2020-12-12 8:24:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:13 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:13 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:13 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:24:13 0 [Note] InnoDB: 10.3.25 started; log sequence number 958281883; transaction id 3446412
2020-12-12 8:24:13 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:13 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:13 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:13 0 [Note] Starting crash recovery...
2020-12-12 8:24:13 0 [Note] Crash recovery finished.
2020-12-12 8:24:13 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:13 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:13 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:13 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:13 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:13
2020-12-12 8:24:14 25 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:14 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f2d18000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f312092ddd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x563bc185dc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x563bc135b07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f31c08633c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f31c037218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f31c0351859]
/usr/sbin/mysqld(+0x4e7ae7)[0x563bc107bae7]
/usr/sbin/mysqld(+0x4ca702)[0x563bc105e702]
/usr/sbin/mysqld(+0xb08b70)[0x563bc169cb70]
/usr/sbin/mysqld(+0xb0b22d)[0x563bc169f22d]
/usr/sbin/mysqld(+0x9b5f39)[0x563bc1549f39]
/usr/sbin/mysqld(+0x9b6ade)[0x563bc154aade]
/usr/sbin/mysqld(+0xa6f7f0)[0x563bc16037f0]
/usr/sbin/mysqld(+0x95d4d0)[0x563bc14f14d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x563bc135bc5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x563bc135e3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x563bc126974c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x563bc116eec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x563bc118a51e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x563bc118a701]
/usr/sbin/mysqld(+0x5f75d5)[0x563bc118b5d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x563bc118b67a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x563bc1179bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x563bc117b20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x563bc125c29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x563bc125c46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f31c0857609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f31c044e103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f2d1801a2b0): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 25
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:19 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:19 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:19 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:19 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:19 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:19 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:19 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:20 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:20 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:20 0 [Note] InnoDB: Starting final batch to recover 25 pages from redo log.
2020-12-12 8:24:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 958282807; transaction id 3446418
2020-12-12 8:24:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:21 0 [Note] Starting crash recovery...
2020-12-12 8:24:21 0 [Note] Crash recovery finished.
2020-12-12 8:24:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:21
2020-12-12 8:24:21 33 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:21 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f0714000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f0b184b9dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55de5b5f4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55de5b0f207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f0bb93c03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f0bb8ecf18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0bb8eae859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55de5ae12ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55de5adf5702]
/usr/sbin/mysqld(+0xb08b70)[0x55de5b433b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55de5b43622d]
/usr/sbin/mysqld(+0x9b5f39)[0x55de5b2e0f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55de5b2e1ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55de5b39a7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55de5b2884d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55de5b0f2c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55de5b0f53b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55de5b00074c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55de5af05ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55de5af2151e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55de5af21701]
/usr/sbin/mysqld(+0x5f75d5)[0x55de5af225d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55de5af2267a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55de5af10bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55de5af1220d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55de5aff329a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55de5aff346f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f0bb93b4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f0bb8fab103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f071401ae80): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 33
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:27 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:27 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:27 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:27 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:27 0 [Note] InnoDB: Starting final batch to recover 25 pages from redo log.
2020-12-12 8:24:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:28 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:28 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:28 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:28 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:24:28 0 [Note] InnoDB: 10.3.25 started; log sequence number 958283697; transaction id 3446424
2020-12-12 8:24:28 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:28 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:28 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:28 0 [Note] Starting crash recovery...
2020-12-12 8:24:28 0 [Note] Crash recovery finished.
2020-12-12 8:24:28 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:28 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:28 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:28 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:28 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:28
2020-12-12 8:24:28 31 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:28 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f399c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f3dc858edd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x560789295c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x560788d9307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3e4b0223c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3e4ab3118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3e4ab10859]
/usr/sbin/mysqld(+0x4e7ae7)[0x560788ab3ae7]
/usr/sbin/mysqld(+0x4ca702)[0x560788a96702]
/usr/sbin/mysqld(+0xb08b70)[0x5607890d4b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5607890d722d]
/usr/sbin/mysqld(+0x9b5f39)[0x560788f81f39]
/usr/sbin/mysqld(+0x9b6ade)[0x560788f82ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x56078903b7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x560788f294d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x560788d93c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x560788d963b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x560788ca174c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x560788ba6ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x560788bc251e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x560788bc2701]
/usr/sbin/mysqld(+0x5f75d5)[0x560788bc35d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x560788bc367a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x560788bb1bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x560788bb320d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x560788c9429a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x560788c9446f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3e4b016609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3e4ac0d103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f399c14d6c0): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 31
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:34 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:34 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:34 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:34 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:34 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:34 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:34 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:24:35 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:35 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:35 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:35 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:35 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:35 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:24:35 0 [Note] InnoDB: 10.3.25 started; log sequence number 958285676; transaction id 3446430
2020-12-12 8:24:35 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:35 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:35 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:35 0 [Note] Starting crash recovery...
2020-12-12 8:24:35 0 [Note] Crash recovery finished.
2020-12-12 8:24:35 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:35 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:35 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:35 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:35 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:35
2020-12-12 8:24:36 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:36 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e388509c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e38800707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f8ef1e003c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f8ef190f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f8ef18ee859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e387d27ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e387d0a702]
/usr/sbin/mysqld(+0xb08b70)[0x55e388348b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e38834b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55e3881f5f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55e3881f6ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55e3881f7c40]
/usr/sbin/mysqld(+0xa4318a)[0x55e38828318a]
/usr/sbin/mysqld(+0xa483c0)[0x55e3882883c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f8ef1df4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f8ef19eb103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:42 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:42 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:42 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:42 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:42 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:42 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:42 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:42 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:24:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:43 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:43 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:43 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:24:43 0 [Note] InnoDB: 10.3.25 started; log sequence number 958285874; transaction id 3446430
2020-12-12 8:24:43 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:43 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:43 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:43 0 [Note] Starting crash recovery...
2020-12-12 8:24:43 0 [Note] Crash recovery finished.
2020-12-12 8:24:43 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:43 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:43 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:43 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:43 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:43
2020-12-12 8:24:44 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:44 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555d0035ac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555cffe5807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f4a5a7fd3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f4a5a30c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f4a5a2eb859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555cffb78ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555cffb5b702]
/usr/sbin/mysqld(+0xb08b70)[0x555d00199b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555d0019c22d]
/usr/sbin/mysqld(+0x9b5f39)[0x555d00046f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555d00047ade]
/usr/sbin/mysqld(+0x9b7c40)[0x555d00048c40]
/usr/sbin/mysqld(+0xa4318a)[0x555d000d418a]
/usr/sbin/mysqld(+0xa483c0)[0x555d000d93c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f4a5a7f1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f4a5a3e8103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:50 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:50 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:50 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:50 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:50 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:50 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:50 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:50 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:50 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:50 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:50 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:24:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:51 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:24:51 0 [Note] InnoDB: 10.3.25 started; log sequence number 958286035; transaction id 3446430
2020-12-12 8:24:51 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:51 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:51 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:51 0 [Note] Starting crash recovery...
2020-12-12 8:24:51 0 [Note] Crash recovery finished.
2020-12-12 8:24:51 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:51 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:51 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:51 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:51 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:24:51
2020-12-12 8:24:51 44 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:24:51 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fdd60000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fe1580f1dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5602dbbd7c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5602db6d507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fe1f98e93c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fe1f93f818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fe1f93d7859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5602db3f5ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5602db3d8702]
/usr/sbin/mysqld(+0xb08b70)[0x5602dba16b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5602dba1922d]
/usr/sbin/mysqld(+0x9b5f39)[0x5602db8c3f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5602db8c4ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5602db97d7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5602db86b4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5602db6d5c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5602db6d83b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5602db5e374c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5602db4e8ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x5602db50451e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x5602db504701]
/usr/sbin/mysqld(+0x5f75d5)[0x5602db5055d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x5602db50567a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x5602db4f3bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5602db4f520d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5602db5d629a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5602db5d646f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fe1f98dd609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fe1f94d4103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fdd60041560): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 44
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:24:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:24:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:24:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:24:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:24:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:24:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:24:57 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:24:57 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:24:57 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:24:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:24:58 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:24:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:24:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:24:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:24:59 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:24:59 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:24:59 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:24:59 0 [Note] InnoDB: 10.3.25 started; log sequence number 958286951; transaction id 3446436
2020-12-12 8:24:59 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:24:59 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:24:59 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:24:59 0 [Note] Starting crash recovery...
2020-12-12 8:24:59 0 [Note] Crash recovery finished.
2020-12-12 8:24:59 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:24:59 0 [Note] /usr/sbin/mysqld (initiated by: unknown): Normal shutdown
2020-12-12 8:24:59 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:24:59 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:24:59 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:24:59 0 [Note] Event Scheduler: Purging the queue. 0 events
2020-12-12 8:24:59 0 [Note] InnoDB: Buffer pool(s) load aborted due to user instigated abort at 201212 8:24:59
2020-12-12 8:24:59 0 [Note] InnoDB: Dumping of buffer pool not started as load was incomplete
2020-12-12 8:24:59 0 [Note] InnoDB: FTS optimize thread exiting.
2020-12-12 8:24:59 0 [Note] InnoDB: Starting shutdown...
2020-12-12 8:25:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5591ca3ccc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5591c9eca07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f6c44aec3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f6c445fb18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f6c445da859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5591c9beaae7]
/usr/sbin/mysqld(+0x4ca702)[0x5591c9bcd702]
/usr/sbin/mysqld(+0xb08b70)[0x5591ca20bb70]
/usr/sbin/mysqld(+0xb0b22d)[0x5591ca20e22d]
/usr/sbin/mysqld(+0x9b5f39)[0x5591ca0b8f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5591ca0b9ade]
/usr/sbin/mysqld(+0xac6f9f)[0x5591ca1c9f9f]
/usr/sbin/mysqld(+0xac7b60)[0x5591ca1cab60]
/usr/sbin/mysqld(+0xac89bd)[0x5591ca1cb9bd]
/usr/sbin/mysqld(+0xac9af9)[0x5591ca1ccaf9]
/usr/sbin/mysqld(+0x4f23cf)[0x5591c9bf53cf]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f6c44ae0609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f6c446d7103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:01 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:01 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:01 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:01 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:01 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:01 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:01 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:01 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:01 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:02 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:02 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:03 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:03 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:03 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:03 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:03 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:03 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:03 0 [Note] InnoDB: 10.3.25 started; log sequence number 958287133; transaction id 3446436
2020-12-12 8:25:03 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:03 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:03 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:03 0 [Note] Starting crash recovery...
2020-12-12 8:25:03 0 [Note] Crash recovery finished.
2020-12-12 8:25:03 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:03 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:03 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:03 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:03 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:03
2020-12-12 8:25:04 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:04 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555a39e96c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555a3999407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fe34eeaa3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fe34e9b918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fe34e998859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555a396b4ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555a39697702]
/usr/sbin/mysqld(+0xb08b70)[0x555a39cd5b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555a39cd822d]
/usr/sbin/mysqld(+0x9b5f39)[0x555a39b82f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555a39b83ade]
/usr/sbin/mysqld(+0x9b7c40)[0x555a39b84c40]
/usr/sbin/mysqld(+0xa4318a)[0x555a39c1018a]
/usr/sbin/mysqld(+0xa483c0)[0x555a39c153c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fe34ee9e609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fe34ea95103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:10 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:10 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:10 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:10 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:10 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:10 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:10 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:10 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:10 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:11 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:11 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:12 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 958287294; transaction id 3446436
2020-12-12 8:25:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:12 0 [Note] Starting crash recovery...
2020-12-12 8:25:12 0 [Note] Crash recovery finished.
2020-12-12 8:25:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:12 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:12
2020-12-12 8:25:13 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ae8dc18c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ae8d71607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f15f090d3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f15f041c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f15f03fb859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ae8d436ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ae8d419702]
/usr/sbin/mysqld(+0xb08b70)[0x55ae8da57b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ae8da5a22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55ae8d904f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55ae8d905ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55ae8d906c40]
/usr/sbin/mysqld(+0xa4318a)[0x55ae8d99218a]
/usr/sbin/mysqld(+0xa483c0)[0x55ae8d9973c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f15f0901609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f15f04f8103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:18 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:18 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:18 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:18 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:18 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:18 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:19 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:19 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:20 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:20 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:20 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:20 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:20 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:20 0 [Note] InnoDB: 10.3.25 started; log sequence number 958287471; transaction id 3446436
2020-12-12 8:25:20 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:20 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:20 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:20 0 [Note] Starting crash recovery...
2020-12-12 8:25:20 0 [Note] Crash recovery finished.
2020-12-12 8:25:20 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:20 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:20 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:20 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:20 8 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:20 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f2598000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f29b85d0dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b81d8a4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b81d3a207d]
2020-12-12 8:25:20 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:20
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2a3b0643c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2a3ab7318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2a3ab52859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b81d0c2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b81d0a5702]
/usr/sbin/mysqld(+0xb08b70)[0x55b81d6e3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b81d6e622d]
/usr/sbin/mysqld(+0x9b5f39)[0x55b81d590f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55b81d591ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55b81d64a7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55b81d5384d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55b81d3a2c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55b81d3a53b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55b81d2b074c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55b81d1b5ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55b81d1d151e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55b81d1d1701]
/usr/sbin/mysqld(+0x5f75d5)[0x55b81d1d25d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55b81d1d267a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55b81d1c0bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55b81d1c220d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55b81d2a329a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55b81d2a346f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2a3b058609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2a3ac4f103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f259801ae80): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 8
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:25 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:25 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:25 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:25 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:25 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:25 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:25 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:26 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:26 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:28 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:29 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:29 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:29 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:29 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:29 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:29 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:29 0 [Note] InnoDB: 10.3.25 started; log sequence number 958288353; transaction id 3446442
2020-12-12 8:25:29 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:29 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:29 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:29 0 [Note] Starting crash recovery...
2020-12-12 8:25:29 0 [Note] Crash recovery finished.
2020-12-12 8:25:29 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:29 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:29 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:29 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:29 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:29
2020-12-12 8:25:30 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:30 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55d44d09fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55d44cb9d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fac640b03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fac63bbf18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fac63b9e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55d44c8bdae7]
/usr/sbin/mysqld(+0x4ca702)[0x55d44c8a0702]
/usr/sbin/mysqld(+0xb08b70)[0x55d44cedeb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55d44cee122d]
/usr/sbin/mysqld(+0x9b5f39)[0x55d44cd8bf39]
/usr/sbin/mysqld(+0x9b6ade)[0x55d44cd8cade]
/usr/sbin/mysqld(+0x9b7c40)[0x55d44cd8dc40]
/usr/sbin/mysqld(+0xa4318a)[0x55d44ce1918a]
/usr/sbin/mysqld(+0xa483c0)[0x55d44ce1e3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fac640a4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fac63c9b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:35 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:35 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:35 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:35 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:35 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:35 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:36 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:36 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:36 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:36 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:37 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:37 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:37 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:37 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:37 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:37 0 [Note] InnoDB: 10.3.25 started; log sequence number 958288551; transaction id 3446442
2020-12-12 8:25:37 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:37 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:37 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:37 0 [Note] Starting crash recovery...
2020-12-12 8:25:37 0 [Note] Crash recovery finished.
2020-12-12 8:25:37 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:37 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:37 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:37 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:37 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:37
2020-12-12 8:25:37 14 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:37 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f77a4000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f7ba40fadd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56087e153c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56087dc5107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f7c459783c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f7c4548718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f7c45466859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56087d971ae7]
/usr/sbin/mysqld(+0x4ca702)[0x56087d954702]
/usr/sbin/mysqld(+0xb08b70)[0x56087df92b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56087df9522d]
/usr/sbin/mysqld(+0x9b5f39)[0x56087de3ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x56087de40ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x56087def97f0]
/usr/sbin/mysqld(+0x95d4d0)[0x56087dde74d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x56087dc51c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x56087dc543b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x56087db5f74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x56087da64ec1]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1f3)[0x56087da6ce83]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1055)[0x56087da6f265]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x56087da7120d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x56087db5229a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x56087db5246f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f7c4596c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f7c45563103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f77a4011700): DELETE FROM user_last_activity_log WHERE user_id = 'https://test.lbifib.ui.ac.id/cbt/testlbifib.rdf#i1607691561808956329'
Connection ID (thread ID): 14
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:42 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:42 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:42 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:42 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:43 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:43 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:43 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:43 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:44 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:44 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:44 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:44 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:44 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:44 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:44 0 [Note] InnoDB: 10.3.25 started; log sequence number 958289048; transaction id 3446448
2020-12-12 8:25:44 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:44 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:44 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:44 0 [Note] Starting crash recovery...
2020-12-12 8:25:44 0 [Note] Crash recovery finished.
2020-12-12 8:25:44 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:44 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:44 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:44 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:44 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:44
2020-12-12 8:25:45 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:45 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ca43288c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ca42d8607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f485df013c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f485da1018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f485d9ef859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ca42aa6ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ca42a89702]
/usr/sbin/mysqld(+0xb08b70)[0x55ca430c7b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ca430ca22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55ca42f74f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55ca42f75ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55ca42f76c40]
/usr/sbin/mysqld(+0xa4318a)[0x55ca4300218a]
/usr/sbin/mysqld(+0xa483c0)[0x55ca430073c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f485def5609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f485daec103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:50 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:50 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:50 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:50 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:50 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:50 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:50 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:51 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:51 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:51 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:51 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:51 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:51 0 [Note] InnoDB: 10.3.25 started; log sequence number 958289262; transaction id 3446448
2020-12-12 8:25:51 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:51 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:51 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:51 0 [Note] Starting crash recovery...
2020-12-12 8:25:51 0 [Note] Crash recovery finished.
2020-12-12 8:25:51 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:51 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:51 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:51 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:51 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:51
2020-12-12 8:25:52 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:25:52 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x560ae9a1cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x560ae951a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fdcfcee13c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fdcfc9f018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fdcfc9cf859]
/usr/sbin/mysqld(+0x4e7ae7)[0x560ae923aae7]
/usr/sbin/mysqld(+0x4ca702)[0x560ae921d702]
/usr/sbin/mysqld(+0xb08b70)[0x560ae985bb70]
/usr/sbin/mysqld(+0xb0b22d)[0x560ae985e22d]
/usr/sbin/mysqld(+0x9b5f39)[0x560ae9708f39]
/usr/sbin/mysqld(+0x9b6ade)[0x560ae9709ade]
/usr/sbin/mysqld(+0x9b7c40)[0x560ae970ac40]
/usr/sbin/mysqld(+0xa4318a)[0x560ae979618a]
/usr/sbin/mysqld(+0xa483c0)[0x560ae979b3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fdcfced5609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fdcfcacc103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:25:58 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:25:58 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:25:58 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:25:58 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:25:58 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:25:58 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:25:58 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:25:58 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:25:58 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:25:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:25:58 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:25:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:25:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:25:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:25:59 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:25:59 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:25:59 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:25:59 0 [Note] InnoDB: 10.3.25 started; log sequence number 958289439; transaction id 3446448
2020-12-12 8:25:59 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:25:59 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:25:59 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:25:59 0 [Note] Starting crash recovery...
2020-12-12 8:25:59 0 [Note] Crash recovery finished.
2020-12-12 8:25:59 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:25:59 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:25:59 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:25:59 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:25:59 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:25:59
2020-12-12 8:26:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555b3cdcdc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555b3c8cb07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2633c1a3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f263372918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2633708859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555b3c5ebae7]
/usr/sbin/mysqld(+0x4ca702)[0x555b3c5ce702]
/usr/sbin/mysqld(+0xb08b70)[0x555b3cc0cb70]
/usr/sbin/mysqld(+0xb0b22d)[0x555b3cc0f22d]
/usr/sbin/mysqld(+0x9b5f39)[0x555b3cab9f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555b3cabaade]
/usr/sbin/mysqld(+0x9b7c40)[0x555b3cabbc40]
/usr/sbin/mysqld(+0xa4318a)[0x555b3cb4718a]
/usr/sbin/mysqld(+0xa483c0)[0x555b3cb4c3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2633c0e609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2633805103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:06 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:06 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:06 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:06 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:06 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:26:06 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:26:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:07 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:07 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:07 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:26:07 0 [Note] InnoDB: 10.3.25 started; log sequence number 958289600; transaction id 3446448
2020-12-12 8:26:07 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:07 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:07 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:07 0 [Note] Starting crash recovery...
2020-12-12 8:26:07 0 [Note] Crash recovery finished.
2020-12-12 8:26:07 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:07 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:07 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:07 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:07 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:07
2020-12-12 8:26:08 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:08 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55f58268ac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55f58218807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f933b0e53c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f933abf418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f933abd3859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55f581ea8ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55f581e8b702]
/usr/sbin/mysqld(+0xb08b70)[0x55f5824c9b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55f5824cc22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55f582376f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55f582377ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55f582378c40]
/usr/sbin/mysqld(+0xa4318a)[0x55f58240418a]
/usr/sbin/mysqld(+0xa483c0)[0x55f5824093c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f933b0d9609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f933acd0103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:10 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:10 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:10 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:10 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:10 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:10 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:10 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:11 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:11 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:11 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:26:11 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:26:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:12 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:26:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 958289761; transaction id 3446448
2020-12-12 8:26:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:12 0 [Note] Starting crash recovery...
2020-12-12 8:26:12 0 [Note] Crash recovery finished.
2020-12-12 8:26:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:12 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:12
2020-12-12 8:26:12 45 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:12 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f5910000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f5d10991dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x560c315f7c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x560c310f507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f5db08c73c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f5db03d618b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5db03b5859]
/usr/sbin/mysqld(+0x4e7ae7)[0x560c30e15ae7]
/usr/sbin/mysqld(+0x4ca702)[0x560c30df8702]
/usr/sbin/mysqld(+0xb08b70)[0x560c31436b70]
/usr/sbin/mysqld(+0xb0b22d)[0x560c3143922d]
/usr/sbin/mysqld(+0x9b5f39)[0x560c312e3f39]
/usr/sbin/mysqld(+0x9b6ade)[0x560c312e4ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x560c3139d7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x560c3128b4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x560c310f5c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x560c310f83b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x560c3100374c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x560c30f08ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x560c30f2451e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x560c30f24701]
/usr/sbin/mysqld(+0x5f75d5)[0x560c30f255d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x560c30f2567a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x560c30f13bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x560c30f1520d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x560c30ff629a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x560c30ff646f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f5db08bb609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f5db04b2103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f591001a2b0): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 45
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:18 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:18 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:18 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:18 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:18 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:18 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:18 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:18 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:18 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:26:18 0 [Note] InnoDB: Starting final batch to recover 31 pages from redo log.
2020-12-12 8:26:19 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:19 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:19 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:19 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:19 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:19 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:26:19 0 [Note] InnoDB: 10.3.25 started; log sequence number 958290777; transaction id 3446454
2020-12-12 8:26:19 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:19 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:19 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:19 0 [Note] Starting crash recovery...
2020-12-12 8:26:19 0 [Note] Crash recovery finished.
2020-12-12 8:26:19 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:19 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:19 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:19 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:19 9 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:19 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f8b9c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f8c54734dd8 thread_stack 0x49000
2020-12-12 8:26:19 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:19
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x558cd898fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x558cd848d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f903a2af3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9039dbe18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9039d9d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x558cd81adae7]
/usr/sbin/mysqld(+0x4ca702)[0x558cd8190702]
/usr/sbin/mysqld(+0xb08b70)[0x558cd87ceb70]
/usr/sbin/mysqld(+0xb0b22d)[0x558cd87d122d]
/usr/sbin/mysqld(+0x9b5f39)[0x558cd867bf39]
/usr/sbin/mysqld(+0x9b6ade)[0x558cd867cade]
/usr/sbin/mysqld(+0xa6f7f0)[0x558cd87357f0]
/usr/sbin/mysqld(+0x95d4d0)[0x558cd86234d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x558cd848dc5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x558cd84903b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x558cd839b74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x558cd82a0ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x558cd82bc51e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x558cd82bc701]
/usr/sbin/mysqld(+0x5f75d5)[0x558cd82bd5d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x558cd82bd67a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x558cd82abbd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x558cd82ad20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x558cd838e29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x558cd838e46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f903a2a3609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9039e9a103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f8b9c01ae80): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 9
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:25 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:25 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:25 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:25 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:25 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:25 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:25 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:25 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:25 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:25 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958260779
2020-12-12 8:26:25 0 [Note] InnoDB: Starting final batch to recover 31 pages from redo log.
2020-12-12 8:26:26 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:26 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:26 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:26 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:26 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:26 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:26:26 0 [Note] InnoDB: 10.3.25 started; log sequence number 958291682; transaction id 3446460
2020-12-12 8:26:26 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:26 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:26 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:26 0 [Note] Starting crash recovery...
2020-12-12 8:26:26 0 [Note] Crash recovery finished.
2020-12-12 8:26:26 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:26 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:26 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:26 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:26 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:26
2020-12-12 8:26:27 40 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:27 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f2a80000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f2ea873edd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555d533b2c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555d52eb007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2f2b1d23c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2f2ace118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2f2acc0859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555d52bd0ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555d52bb3702]
/usr/sbin/mysqld(+0xb08b70)[0x555d531f1b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555d531f422d]
/usr/sbin/mysqld(+0x9b5f39)[0x555d5309ef39]
/usr/sbin/mysqld(+0x9b6ade)[0x555d5309fade]
/usr/sbin/mysqld(+0xa6f7f0)[0x555d531587f0]
/usr/sbin/mysqld(+0x95d4d0)[0x555d530464d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x555d52eb0c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x555d52eb33b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x555d52dbe74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x555d52cc3ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x555d52cdf51e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x555d52cdf701]
/usr/sbin/mysqld(+0x5f75d5)[0x555d52ce05d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x555d52ce067a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x555d52ccebd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x555d52cd020d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x555d52db129a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x555d52db146f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2f2b1c6609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2f2adbd103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f2a80203ca0): INSERT INTO kv_delivery_monitoring (`parent_id`, `monitoring_key`, `monitoring_value`) VALUES (?, ?, ?)
Connection ID (thread ID): 40
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:33 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:33 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:33 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:33 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:33 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:33 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:33 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958291864
2020-12-12 8:26:34 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:26:34 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:34 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:34 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:34 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:34 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:34 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:26:34 0 [Note] InnoDB: 10.3.25 started; log sequence number 958293312; transaction id 3446475
2020-12-12 8:26:34 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:34 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:34 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:34 0 [Note] Starting crash recovery...
2020-12-12 8:26:34 0 [Note] Crash recovery finished.
2020-12-12 8:26:34 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:34 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:34 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:34 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:34 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:34
2020-12-12 8:26:35 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:26:35 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:26:35 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:35 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c343bb4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c3436b207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fbe4fae43c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fbe4f5f318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fbe4f5d2859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c3433d2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c3433b5702]
/usr/sbin/mysqld(+0xb08b70)[0x55c3439f3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c3439f622d]
/usr/sbin/mysqld(+0x9b5f39)[0x55c3438a0f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55c3438a1ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55c3438a2c40]
/usr/sbin/mysqld(+0xa4318a)[0x55c34392e18a]
/usr/sbin/mysqld(+0xa483c0)[0x55c3439333c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fbe4fad8609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fbe4f6cf103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:41 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:41 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:41 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:41 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:41 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:41 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:42 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:42 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:42 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263678
2020-12-12 8:26:42 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:26:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:42 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:42 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:42 0 [Note] InnoDB: 10.3.25 started; log sequence number 958293494; transaction id 3446475
2020-12-12 8:26:42 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:42 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:42 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:42 0 [Note] Starting crash recovery...
2020-12-12 8:26:42 0 [Note] Crash recovery finished.
2020-12-12 8:26:42 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:42 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:42 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:42 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:42 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:42
2020-12-12 8:26:43 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:43 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55bb05d91c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55bb0588f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ff9d1f1c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ff9d1a2b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ff9d1a0a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55bb055afae7]
/usr/sbin/mysqld(+0x4ca702)[0x55bb05592702]
/usr/sbin/mysqld(+0xb08b70)[0x55bb05bd0b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55bb05bd322d]
/usr/sbin/mysqld(+0x9b5f39)[0x55bb05a7df39]
/usr/sbin/mysqld(+0x9b6ade)[0x55bb05a7eade]
/usr/sbin/mysqld(+0x9b7c40)[0x55bb05a7fc40]
/usr/sbin/mysqld(+0xa4318a)[0x55bb05b0b18a]
/usr/sbin/mysqld(+0xa483c0)[0x55bb05b103c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ff9d1f10609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ff9d1b07103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:49 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:49 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:49 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:49 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:49 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:49 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:49 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:49 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:49 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:49 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263678
2020-12-12 8:26:49 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:26:50 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:50 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:50 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:50 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:50 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:50 0 [Note] InnoDB: 10.3.25 started; log sequence number 958293671; transaction id 3446475
2020-12-12 8:26:50 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:50 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:50 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:50 0 [Note] Starting crash recovery...
2020-12-12 8:26:50 0 [Note] Crash recovery finished.
2020-12-12 8:26:50 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:50 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:50 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:50 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:50 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:50
2020-12-12 8:26:51 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:26:51 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5653f5cd6c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5653f57d407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fcb342113c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fcb33d2018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fcb33cff859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5653f54f4ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5653f54d7702]
/usr/sbin/mysqld(+0xb08b70)[0x5653f5b15b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5653f5b1822d]
/usr/sbin/mysqld(+0x9b5f39)[0x5653f59c2f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5653f59c3ade]
/usr/sbin/mysqld(+0x9b7c40)[0x5653f59c4c40]
/usr/sbin/mysqld(+0xa4318a)[0x5653f5a5018a]
/usr/sbin/mysqld(+0xa483c0)[0x5653f5a553c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fcb34205609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fcb33dfc103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:26:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:26:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:26:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:26:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:26:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:26:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:26:57 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:26:57 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:26:57 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:26:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263678
2020-12-12 8:26:58 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:26:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:26:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:26:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:26:59 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:26:59 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:26:59 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:26:59 0 [Note] InnoDB: 10.3.25 started; log sequence number 958293832; transaction id 3446475
2020-12-12 8:26:59 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:26:59 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:26:59 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:26:59 0 [Note] Starting crash recovery...
2020-12-12 8:26:59 0 [Note] Crash recovery finished.
2020-12-12 8:26:59 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:26:59 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:26:59 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:26:59 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:26:59 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:26:59
2020-12-12 8:27:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:27:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x558b9a153c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x558b99c5107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f5f310d83c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f5f30be718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5f30bc6859]
/usr/sbin/mysqld(+0x4e7ae7)[0x558b99971ae7]
/usr/sbin/mysqld(+0x4ca702)[0x558b99954702]
/usr/sbin/mysqld(+0xb08b70)[0x558b99f92b70]
/usr/sbin/mysqld(+0xb0b22d)[0x558b99f9522d]
/usr/sbin/mysqld(+0x9b5f39)[0x558b99e3ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x558b99e40ade]
/usr/sbin/mysqld(+0x9b7c40)[0x558b99e41c40]
/usr/sbin/mysqld(+0xa4318a)[0x558b99ecd18a]
/usr/sbin/mysqld(+0xa483c0)[0x558b99ed23c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f5f310cc609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f5f30cc3103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:27:05 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:27:05 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:27:05 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:27:05 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:27:05 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:27:05 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:27:05 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:27:06 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:27:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:27:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263678
2020-12-12 8:27:06 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:27:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:27:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:27:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:27:07 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:27:07 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:27:07 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:27:07 0 [Note] InnoDB: 10.3.25 started; log sequence number 958293993; transaction id 3446475
2020-12-12 8:27:07 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:27:07 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:27:07 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:27:07 0 [Note] Starting crash recovery...
2020-12-12 8:27:07 0 [Note] Crash recovery finished.
2020-12-12 8:27:07 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:27:07 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:27:07 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:27:07 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:27:07 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:27:07
2020-12-12 8:27:07 43 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:27:07 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f3ea8000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f3f401b0dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a6077f8c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a6072f607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f43265363c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f432604518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f4326024859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a607016ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a606ff9702]
/usr/sbin/mysqld(+0xb08b70)[0x55a607637b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a60763a22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55a6074e4f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55a6074e5ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55a60759e7f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55a60748c4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55a6072f6c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55a6072f93b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55a60720474c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55a607109ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55a60712551e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55a607125701]
/usr/sbin/mysqld(+0x5f75d5)[0x55a6071265d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55a60712667a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55a607114bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55a60711620d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55a6071f729a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55a6071f746f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f432652a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f4326121103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f3ea8038220): INSERT INTO delivery_log (`delivery_execution_id`, `event_id`, `data`, `created_at`, `created_by`) VALUES (?, ?, ?, ?, ?)
Connection ID (thread ID): 43
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:27:13 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:27:13 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:27:13 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:27:13 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:27:13 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:27:13 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:27:13 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:27:13 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:27:13 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:27:13 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263678
2020-12-12 8:27:13 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:27:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:27:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:27:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:27:13 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:27:13 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:27:13 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:27:13 0 [Note] InnoDB: 10.3.25 started; log sequence number 958294879; transaction id 3446481
2020-12-12 8:27:13 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:27:13 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:27:13 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:27:13 0 [Note] Starting crash recovery...
2020-12-12 8:27:13 0 [Note] Crash recovery finished.
2020-12-12 8:27:13 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:27:13 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:27:13 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:27:13 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:27:13 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:27:13
2020-12-12 8:27:14 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:27:14 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555cf7084c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555cf6b8207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2b21e643c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2b2197318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2b21952859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555cf68a2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555cf6885702]
/usr/sbin/mysqld(+0xb08b70)[0x555cf6ec3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555cf6ec622d]
/usr/sbin/mysqld(+0x9b5f39)[0x555cf6d70f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555cf6d71ade]
/usr/sbin/mysqld(+0x9b7c40)[0x555cf6d72c40]
/usr/sbin/mysqld(+0xa4318a)[0x555cf6dfe18a]
/usr/sbin/mysqld(+0xa483c0)[0x555cf6e033c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2b21e58609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2b21a4f103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:27:20 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:27:20 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:27:20 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:27:20 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:27:20 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:27:20 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:27:20 0 [Note] InnoDB: Initializing buffer pool, total size = 12.5G, instances = 10, chunk size = 128M
2020-12-12 8:27:21 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:27:21 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:27:21 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958263678
2020-12-12 8:27:21 0 [Note] InnoDB: Starting final batch to recover 30 pages from redo log.
2020-12-12 8:27:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:27:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:27:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:27:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:27:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:27:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 958295077; transaction id 3446481
2020-12-12 8:27:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:27:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:27:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:27:21 0 [Note] Starting crash recovery...
2020-12-12 8:27:21 0 [Note] Crash recovery finished.
2020-12-12 8:27:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:27:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:27:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:27:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:27:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:27:21
2020-12-12 8:28:46 515 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:28:46 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=28
max_threads=402
thread_count=34
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fe41c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fe54018cdd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555a5b2fdc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555a5adfb07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fe928b913c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fe9286a018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fe92867f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555a5ab1bae7]
/usr/sbin/mysqld(+0x4ca702)[0x555a5aafe702]
/usr/sbin/mysqld(+0xb08b70)[0x555a5b13cb70]
/usr/sbin/mysqld(+0xb0b22d)[0x555a5b13f22d]
/usr/sbin/mysqld(+0x9b5f39)[0x555a5afe9f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555a5afeaade]
/usr/sbin/mysqld(+0xa6f7f0)[0x555a5b0a37f0]
/usr/sbin/mysqld(+0x95d4d0)[0x555a5af914d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x555a5adfbc5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x555a5adfe3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x555a5ad0974c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x555a5ac0eec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x555a5ac2a51e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x555a5ac2a701]
/usr/sbin/mysqld(+0x5f75d5)[0x555a5ac2b5d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x555a5ac2b67a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x555a5ac19bd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x555a5ac1b20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x555a5acfc29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x555a5acfc46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fe928b85609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fe92877c103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fe41c1e2d70): UPDATE delivery_monitoring SET status = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 515
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:28:52 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:28:52 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:28:52 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:28:52 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:28:52 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:28:52 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:28:52 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:28:52 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:28:52 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:28:53 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958767656
2020-12-12 8:28:53 0 [Note] InnoDB: Starting final batch to recover 7 pages from redo log.
2020-12-12 8:28:54 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:28:54 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:28:54 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:28:54 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:28:54 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:28:54 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:28:54 0 [Note] InnoDB: 10.3.25 started; log sequence number 958768297; transaction id 3448152
2020-12-12 8:28:54 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:28:54 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:28:54 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:28:54 0 [Note] Starting crash recovery...
2020-12-12 8:28:54 0 [Note] Crash recovery finished.
2020-12-12 8:28:54 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:28:54 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:28:54 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:28:54 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:28:54 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:28:54
2020-12-12 8:28:54 11 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:28:54 11 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:28:54 38 [ERROR] mysqld: Table './taolbi/event_log' is marked as crashed and should be repaired
2020-12-12 8:28:54 38 [Warning] Checking table: './taolbi/event_log'
2020-12-12 8:28:54 40 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 8:28:54 40 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 8:28:55 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:28:55 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=7
max_threads=402
thread_count=13
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55759df4dc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55759da4b07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fa974eab3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fa9749ba18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fa974999859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55759d76bae7]
/usr/sbin/mysqld(+0x4ca702)[0x55759d74e702]
/usr/sbin/mysqld(+0xb08b70)[0x55759dd8cb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55759dd8f22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55759dc39f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55759dc3aade]
/usr/sbin/mysqld(+0x9b7c40)[0x55759dc3bc40]
/usr/sbin/mysqld(+0xa4318a)[0x55759dcc718a]
/usr/sbin/mysqld(+0xa483c0)[0x55759dccc3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fa974e9f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fa974a96103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:28:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:28:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:28:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:28:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:28:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:28:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:28:57 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:28:57 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:28:57 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:28:57 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:28:57 0 [Note] InnoDB: Starting final batch to recover 7 pages from redo log.
2020-12-12 8:28:58 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:28:58 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:28:58 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:28:58 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:28:58 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:28:58 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:28:58 0 [Note] InnoDB: 10.3.25 started; log sequence number 958768479; transaction id 3448152
2020-12-12 8:28:58 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:28:58 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:28:58 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:28:58 0 [Note] Starting crash recovery...
2020-12-12 8:28:58 0 [Note] Crash recovery finished.
2020-12-12 8:28:58 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:28:58 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:28:58 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:28:58 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:28:58 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:28:58
2020-12-12 8:28:58 8 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:28:58 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fbdf0000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7fc0c07e5dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5590fec40c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5590fe73e07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc1610a83c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc160bb718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc160b96859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5590fe45eae7]
/usr/sbin/mysqld(+0x4ca702)[0x5590fe441702]
/usr/sbin/mysqld(+0xb08b70)[0x5590fea7fb70]
/usr/sbin/mysqld(+0xb0b22d)[0x5590fea8222d]
/usr/sbin/mysqld(+0x9b5f39)[0x5590fe92cf39]
/usr/sbin/mysqld(+0x9b6ade)[0x5590fe92dade]
/usr/sbin/mysqld(+0xa6f7f0)[0x5590fe9e67f0]
/usr/sbin/mysqld(+0x95d4d0)[0x5590fe8d44d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x5590fe73ec5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x5590fe7413b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x5590fe64c74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x5590fe551ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x5590fe56d51e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x5590fe56d701]
/usr/sbin/mysqld(+0x5f75d5)[0x5590fe56e5d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x5590fe56e67a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x5590fe55cbd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x5590fe55e20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x5590fe63f29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x5590fe63f46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc16109c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc160c93103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7fbdf00492c0): UPDATE delivery_monitoring SET status = ?, current_assessment_item = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 8
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:04 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:04 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:04 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:04 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:04 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:04 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:04 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:04 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:04 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:04 0 [Note] InnoDB: Starting final batch to recover 8 pages from redo log.
2020-12-12 8:29:05 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:05 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:05 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:05 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:05 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:05 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:05 0 [Note] InnoDB: 10.3.25 started; log sequence number 958768966; transaction id 3448159
2020-12-12 8:29:05 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:05 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:05 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:05 0 [Note] Starting crash recovery...
2020-12-12 8:29:05 0 [Note] Crash recovery finished.
2020-12-12 8:29:05 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:05 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:05 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:05 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:05 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:05
2020-12-12 8:29:05 38 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 8:29:05 38 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 8:29:06 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:06 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55717e359c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55717de5707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f38314613c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3830f7018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3830f4f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55717db77ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55717db5a702]
/usr/sbin/mysqld(+0xb08b70)[0x55717e198b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55717e19b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55717e045f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55717e046ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55717e047c40]
/usr/sbin/mysqld(+0xa4318a)[0x55717e0d318a]
/usr/sbin/mysqld(+0xa483c0)[0x55717e0d83c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3831455609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f383104c103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:11 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:11 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:11 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:11 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:11 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:11 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:11 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:12 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:12 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:12 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:12 0 [Note] InnoDB: Starting final batch to recover 8 pages from redo log.
2020-12-12 8:29:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:12 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 958769164; transaction id 3448159
2020-12-12 8:29:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:12 0 [Note] Starting crash recovery...
2020-12-12 8:29:12 0 [Note] Crash recovery finished.
2020-12-12 8:29:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:13 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:13
2020-12-12 8:29:13 45 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f6f8c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f7264623dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x560a01e7ec52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x560a0197c07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f7304f313c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f7304a4018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f7304a1f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x560a0169cae7]
/usr/sbin/mysqld(+0x4ca702)[0x560a0167f702]
/usr/sbin/mysqld(+0xb08b70)[0x560a01cbdb70]
/usr/sbin/mysqld(+0xb0b22d)[0x560a01cc022d]
/usr/sbin/mysqld(+0x9b5f39)[0x560a01b6af39]
/usr/sbin/mysqld(+0x9b6ade)[0x560a01b6bade]
/usr/sbin/mysqld(+0xa6f7f0)[0x560a01c247f0]
/usr/sbin/mysqld(+0x95d4d0)[0x560a01b124d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x560a0197cc5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x560a0197f3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x560a0188a74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x560a0178fec1]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1f3)[0x560a01797e83]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1055)[0x560a0179a265]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x560a0179c20d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x560a0187d29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x560a0187d46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f7304f25609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f7304b1c103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f6f8c00f650): DELETE FROM user_last_activity_log WHERE user_id = 'https://test.lbifib.ui.ac.id/cbt/testlbifib.rdf#superUser'
Connection ID (thread ID): 45
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:19 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:19 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:19 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:19 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:19 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:19 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:19 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:20 0 [Note] InnoDB: Starting final batch to recover 11 pages from redo log.
2020-12-12 8:29:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:21 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 958769635; transaction id 3448165
2020-12-12 8:29:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:21 0 [Note] Starting crash recovery...
2020-12-12 8:29:21 0 [Note] Crash recovery finished.
2020-12-12 8:29:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:21
2020-12-12 8:29:21 36 [ERROR] mysqld: Table './taolbi/event_log' is marked as crashed and should be repaired
2020-12-12 8:29:21 36 [Warning] Checking table: './taolbi/event_log'
2020-12-12 8:29:21 38 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:21 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7f9b7c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7f9e60c1fdd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a966443c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a965f4107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f9f0152c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9f0103b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9f0101a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a965c61ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a965c44702]
/usr/sbin/mysqld(+0xb08b70)[0x55a966282b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a96628522d]
/usr/sbin/mysqld(+0x9b5f39)[0x55a96612ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x55a966130ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55a9661e97f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55a9660d74d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55a965f41c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55a965f443b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55a965e4f74c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55a965d54ec1]
/usr/sbin/mysqld(_ZN18Prepared_statement7executeEP6Stringb+0x43e)[0x55a965d7051e]
/usr/sbin/mysqld(_ZN18Prepared_statement12execute_loopEP6StringbPhS2_+0x91)[0x55a965d70701]
/usr/sbin/mysqld(+0x5f75d5)[0x55a965d715d5]
/usr/sbin/mysqld(_Z19mysqld_stmt_executeP3THDPcj+0x2a)[0x55a965d7167a]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x19c3)[0x55a965d5fbd3]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55a965d6120d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55a965e4229a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55a965e4246f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f9f01520609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9f01117103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7f9b7c031fa0): UPDATE delivery_monitoring SET status = ? WHERE delivery_execution_id=?
Connection ID (thread ID): 38
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:27 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:27 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:27 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:27 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:27 0 [Note] InnoDB: Starting final batch to recover 12 pages from redo log.
2020-12-12 8:29:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:28 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:28 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:28 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:28 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:28 0 [Note] InnoDB: 10.3.25 started; log sequence number 958770703; transaction id 3448172
2020-12-12 8:29:28 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:28 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:28 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:28 0 [Note] Starting crash recovery...
2020-12-12 8:29:28 0 [Note] Crash recovery finished.
2020-12-12 8:29:28 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:28 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:28 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:28 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:28 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:28
2020-12-12 8:29:28 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:29:28 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:29:28 44 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:28 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7ef89c000c48
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x7efb7ccf9dd8 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e0583ebc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e057ee907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7efc1c44b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7efc1bf5a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7efc1bf39859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e057c09ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e057bec702]
/usr/sbin/mysqld(+0xb08b70)[0x55e05822ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e05822d22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55e0580d7f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55e0580d8ade]
/usr/sbin/mysqld(+0xa6f7f0)[0x55e0581917f0]
/usr/sbin/mysqld(+0x95d4d0)[0x55e05807f4d0]
/usr/sbin/mysqld(+0x7c7c5e)[0x55e057ee9c5e]
/usr/sbin/mysqld(_Z15ha_commit_transP3THDb+0x162)[0x55e057eec3b2]
/usr/sbin/mysqld(_Z17trans_commit_stmtP3THD+0x5c)[0x55e057df774c]
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0xc61)[0x55e057cfcec1]
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1f3)[0x55e057d04e83]
/usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0x1055)[0x55e057d07265]
/usr/sbin/mysqld(_Z10do_commandP3THD+0x12d)[0x55e057d0920d]
/usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1fa)[0x55e057dea29a]
/usr/sbin/mysqld(handle_one_connection+0x3f)[0x55e057dea46f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7efc1c43f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7efc1c036103]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (0x7ef89c011700): DELETE FROM user_last_activity_log WHERE user_id = 'https://test.lbifib.ui.ac.id/cbt/testlbifib.rdf#i1607691562893456354'
Connection ID (thread ID): 44
Status: NOT_KILLED
Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=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=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:34 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:34 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:34 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:34 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:34 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:34 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:34 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:29:35 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:35 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:35 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:35 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:35 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:35 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:35 0 [Note] InnoDB: 10.3.25 started; log sequence number 958771221; transaction id 3448178
2020-12-12 8:29:35 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:35 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:35 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:35 0 [Note] Starting crash recovery...
2020-12-12 8:29:35 0 [Note] Crash recovery finished.
2020-12-12 8:29:35 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:35 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:35 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:35 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:35 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:35
2020-12-12 8:29:35 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:29:35 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:29:36 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:36 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555cfa4b4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555cf9fb207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f0484a653c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f048457418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0484553859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555cf9cd2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555cf9cb5702]
/usr/sbin/mysqld(+0xb08b70)[0x555cfa2f3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555cfa2f622d]
/usr/sbin/mysqld(+0x9b5f39)[0x555cfa1a0f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555cfa1a1ade]
/usr/sbin/mysqld(+0x9b7c40)[0x555cfa1a2c40]
/usr/sbin/mysqld(+0xa4318a)[0x555cfa22e18a]
/usr/sbin/mysqld(+0xa483c0)[0x555cfa2333c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f0484a59609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f0484650103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:42 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:42 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:42 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:42 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:42 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:42 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:42 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:42 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:29:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:43 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:43 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:43 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:43 0 [Note] InnoDB: 10.3.25 started; log sequence number 958771435; transaction id 3448178
2020-12-12 8:29:43 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:43 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:43 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:43 0 [Note] Starting crash recovery...
2020-12-12 8:29:43 0 [Note] Crash recovery finished.
2020-12-12 8:29:43 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:43 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:43 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:43 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:43 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:43
2020-12-12 8:29:43 24 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 8:29:43 24 [Warning] Checking table: './taolbi/statements'
2020-12-12 8:29:44 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:44 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=5
max_threads=402
thread_count=11
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55cc0a6d9c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55cc0a1d707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fdd25d4b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fdd2585a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fdd25839859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55cc09ef7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55cc09eda702]
/usr/sbin/mysqld(+0xb08b70)[0x55cc0a518b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55cc0a51b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55cc0a3c5f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55cc0a3c6ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55cc0a3c7c40]
/usr/sbin/mysqld(+0xa4318a)[0x55cc0a45318a]
/usr/sbin/mysqld(+0xa483c0)[0x55cc0a4583c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fdd25d3f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fdd25936103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:50 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:50 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:50 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:50 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:50 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:50 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:50 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:50 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:50 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:50 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:50 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:29:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:51 0 [Note] InnoDB: 10.3.25 started; log sequence number 958771596; transaction id 3448178
2020-12-12 8:29:51 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:51 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:51 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:51 0 [Note] Starting crash recovery...
2020-12-12 8:29:51 0 [Note] Crash recovery finished.
2020-12-12 8:29:51 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:51 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:51 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:51 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:51 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:51
2020-12-12 8:29:52 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:52 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55fd011b5c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55fd00cb307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2644faf3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2644abe18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2644a9d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55fd009d3ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55fd009b6702]
/usr/sbin/mysqld(+0xb08b70)[0x55fd00ff4b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55fd00ff722d]
/usr/sbin/mysqld(+0x9b5f39)[0x55fd00ea1f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55fd00ea2ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55fd00ea3c40]
/usr/sbin/mysqld(+0xa4318a)[0x55fd00f2f18a]
/usr/sbin/mysqld(+0xa483c0)[0x55fd00f343c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2644fa3609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2644b9a103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:29:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:29:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:29:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:29:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:29:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:29:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:29:57 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:29:57 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:29:57 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:29:57 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:29:57 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:29:58 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:29:58 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:29:58 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:29:58 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:29:58 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:29:58 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:29:58 0 [Note] InnoDB: 10.3.25 started; log sequence number 958771773; transaction id 3448178
2020-12-12 8:29:58 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:29:58 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:29:58 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:29:58 0 [Note] Starting crash recovery...
2020-12-12 8:29:58 0 [Note] Crash recovery finished.
2020-12-12 8:29:58 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:29:58 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:29:58 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:29:58 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:29:58 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:29:58
2020-12-12 8:29:59 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:29:59 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x563fa705cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x563fa6b5a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f5ab7ace3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f5ab75dd18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5ab75bc859]
/usr/sbin/mysqld(+0x4e7ae7)[0x563fa687aae7]
/usr/sbin/mysqld(+0x4ca702)[0x563fa685d702]
/usr/sbin/mysqld(+0xb08b70)[0x563fa6e9bb70]
/usr/sbin/mysqld(+0xb0b22d)[0x563fa6e9e22d]
/usr/sbin/mysqld(+0x9b5f39)[0x563fa6d48f39]
/usr/sbin/mysqld(+0x9b6ade)[0x563fa6d49ade]
/usr/sbin/mysqld(+0x9b7c40)[0x563fa6d4ac40]
/usr/sbin/mysqld(+0xa4318a)[0x563fa6dd618a]
/usr/sbin/mysqld(+0xa483c0)[0x563fa6ddb3c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f5ab7ac2609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f5ab76b9103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:05 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:05 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:05 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:05 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:05 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:05 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:05 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:30:05 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:05 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:05 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:05 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:30:06 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:30:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:30:06 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:30:06 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:30:06 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:30:06 0 [Note] InnoDB: 10.3.25 started; log sequence number 958771934; transaction id 3448178
2020-12-12 8:30:06 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:30:06 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:30:06 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:30:06 0 [Note] Starting crash recovery...
2020-12-12 8:30:06 0 [Note] Crash recovery finished.
2020-12-12 8:30:06 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:30:06 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:30:06 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:30:06 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:30:06 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:30:06
2020-12-12 8:30:07 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:07 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b992d78c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b99287607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f24596ee3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f24591fd18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f24591dc859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b992596ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b992579702]
/usr/sbin/mysqld(+0xb08b70)[0x55b992bb7b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b992bba22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55b992a64f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55b992a65ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55b992a66c40]
/usr/sbin/mysqld(+0xa4318a)[0x55b992af218a]
/usr/sbin/mysqld(+0xa483c0)[0x55b992af73c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f24596e2609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f24592d9103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:13 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:13 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:13 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:13 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:13 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:13 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:13 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:30:13 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:13 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:13 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:13 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:14 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:30:14 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:30:14 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:30:14 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:30:14 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:30:14 0 [Note] InnoDB: 10.3.25 started; log sequence number 958772095; transaction id 3448178
2020-12-12 8:30:14 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:30:14 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:30:14 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:30:14 0 [Note] Starting crash recovery...
2020-12-12 8:30:14 0 [Note] Crash recovery finished.
2020-12-12 8:30:14 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:30:14 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:30:14 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:30:14 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:30:14 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:30:14
2020-12-12 8:30:15 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:15 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c526049c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c525b4707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ffab0f313c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ffab0a4018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ffab0a1f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c525867ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c52584a702]
/usr/sbin/mysqld(+0xb08b70)[0x55c525e88b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c525e8b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55c525d35f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55c525d36ade]
/usr/sbin/mysqld(+0x9b7c40)[0x55c525d37c40]
/usr/sbin/mysqld(+0xa4318a)[0x55c525dc318a]
/usr/sbin/mysqld(+0xa483c0)[0x55c525dc83c0]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ffab0f25609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ffab0b1c103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:16 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:16 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:16 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:16 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:16 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:16 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:16 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:30:17 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:17 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:17 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:17 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:17 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:17 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55cd964dbc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55cd95fd907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f07150993c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f0714ba818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0714b87859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55cd95cf9ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55cd95cdc702]
/usr/sbin/mysqld(+0xb08b70)[0x55cd9631ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x55cd9631d22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55cd961c7f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55cd961c8ade]
/usr/sbin/mysqld(+0xac6f9f)[0x55cd962d8f9f]
/usr/sbin/mysqld(+0xac7b60)[0x55cd962d9b60]
/usr/sbin/mysqld(+0xac89bd)[0x55cd962da9bd]
/usr/sbin/mysqld(+0xac94d3)[0x55cd962db4d3]
/usr/sbin/mysqld(+0xac9565)[0x55cd962db565]
/usr/sbin/mysqld(+0x4e08f3)[0x55cd95cf28f3]
/usr/sbin/mysqld(+0x95ce08)[0x55cd9616ee08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55cd95fdb7c0]
/usr/sbin/mysqld(+0x5eea75)[0x55cd95e00a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55cd95e01b8e]
/usr/sbin/mysqld(+0x524364)[0x55cd95d36364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55cd95d3d211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f0714b890b3]
/usr/sbin/mysqld(_start+0x2e)[0x55cd95d301ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:23 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:23 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:23 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:23 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:23 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:23 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:23 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:30:23 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:23 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:23 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:23 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:24 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:24 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55da2d24cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55da2cd4a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fbc93efd3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fbc93a0c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fbc939eb859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55da2ca6aae7]
/usr/sbin/mysqld(+0x4ca702)[0x55da2ca4d702]
/usr/sbin/mysqld(+0xb08b70)[0x55da2d08bb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55da2d08e22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55da2cf38f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55da2cf39ade]
/usr/sbin/mysqld(+0xac6f9f)[0x55da2d049f9f]
/usr/sbin/mysqld(+0xac7b60)[0x55da2d04ab60]
/usr/sbin/mysqld(+0xac89bd)[0x55da2d04b9bd]
/usr/sbin/mysqld(+0xac94d3)[0x55da2d04c4d3]
/usr/sbin/mysqld(+0xac9565)[0x55da2d04c565]
/usr/sbin/mysqld(+0x4e08f3)[0x55da2ca638f3]
/usr/sbin/mysqld(+0x95ce08)[0x55da2cedfe08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55da2cd4c7c0]
/usr/sbin/mysqld(+0x5eea75)[0x55da2cb71a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55da2cb72b8e]
/usr/sbin/mysqld(+0x524364)[0x55da2caa7364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55da2caae211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7fbc939ed0b3]
/usr/sbin/mysqld(_start+0x2e)[0x55da2caa11ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:29 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:29 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:29 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:29 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:29 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:29 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:29 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:30:30 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:30 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:30 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:30 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:30 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:30 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x557e20d3cc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x557e2083a07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f737f22e3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f737ed3d18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f737ed1c859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557e2055aae7]
/usr/sbin/mysqld(+0x4ca702)[0x557e2053d702]
/usr/sbin/mysqld(+0xb08b70)[0x557e20b7bb70]
/usr/sbin/mysqld(+0xb0b22d)[0x557e20b7e22d]
/usr/sbin/mysqld(+0x9b5f39)[0x557e20a28f39]
/usr/sbin/mysqld(+0x9b6ade)[0x557e20a29ade]
/usr/sbin/mysqld(+0xac6f9f)[0x557e20b39f9f]
/usr/sbin/mysqld(+0xac7b60)[0x557e20b3ab60]
/usr/sbin/mysqld(+0xac89bd)[0x557e20b3b9bd]
/usr/sbin/mysqld(+0xac94d3)[0x557e20b3c4d3]
/usr/sbin/mysqld(+0xac9565)[0x557e20b3c565]
/usr/sbin/mysqld(+0x4e08f3)[0x557e205538f3]
/usr/sbin/mysqld(+0x95ce08)[0x557e209cfe08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x557e2083c7c0]
/usr/sbin/mysqld(+0x5eea75)[0x557e20661a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x557e20662b8e]
/usr/sbin/mysqld(+0x524364)[0x557e20597364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x557e2059e211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f737ed1e0b3]
/usr/sbin/mysqld(_start+0x2e)[0x557e205911ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:36 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:36 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:36 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:36 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:36 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:36 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:36 0 [Note] InnoDB: Initializing buffer pool, total size = 8.75G, instances = 10, chunk size = 128M
2020-12-12 8:30:36 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:36 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:37 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:37 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:38 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:38 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e0b6d09c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e0b680707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f9cff1a53c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9cfecb418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9cfec93859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e0b6527ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e0b650a702]
/usr/sbin/mysqld(+0xb08b70)[0x55e0b6b48b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e0b6b4b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55e0b69f5f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55e0b69f6ade]
/usr/sbin/mysqld(+0xac6f9f)[0x55e0b6b06f9f]
/usr/sbin/mysqld(+0xac7b60)[0x55e0b6b07b60]
/usr/sbin/mysqld(+0xac89bd)[0x55e0b6b089bd]
/usr/sbin/mysqld(+0xac94d3)[0x55e0b6b094d3]
/usr/sbin/mysqld(+0xac9565)[0x55e0b6b09565]
/usr/sbin/mysqld(+0x4e08f3)[0x55e0b65208f3]
/usr/sbin/mysqld(+0x95ce08)[0x55e0b699ce08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55e0b68097c0]
/usr/sbin/mysqld(+0x5eea75)[0x55e0b662ea75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55e0b662fb8e]
/usr/sbin/mysqld(+0x524364)[0x55e0b6564364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55e0b656b211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f9cfec950b3]
/usr/sbin/mysqld(_start+0x2e)[0x55e0b655e1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:43 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:43 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:43 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:43 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:43 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:43 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:30:44 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:44 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:44 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:44 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:44 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:44 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559434523c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55943402107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f025ab983c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f025a6a718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f025a686859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559433d41ae7]
/usr/sbin/mysqld(+0x4ca702)[0x559433d24702]
/usr/sbin/mysqld(+0xb08b70)[0x559434362b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55943436522d]
/usr/sbin/mysqld(+0x9b5f39)[0x55943420ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x559434210ade]
/usr/sbin/mysqld(+0xac6f9f)[0x559434320f9f]
/usr/sbin/mysqld(+0xac7b60)[0x559434321b60]
/usr/sbin/mysqld(+0xac89bd)[0x5594343229bd]
/usr/sbin/mysqld(+0xac94d3)[0x5594343234d3]
/usr/sbin/mysqld(+0xac9565)[0x559434323565]
/usr/sbin/mysqld(+0x4e08f3)[0x559433d3a8f3]
/usr/sbin/mysqld(+0x95ce08)[0x5594341b6e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x5594340237c0]
/usr/sbin/mysqld(+0x5eea75)[0x559433e48a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x559433e49b8e]
/usr/sbin/mysqld(+0x524364)[0x559433d7e364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x559433d85211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f025a6880b3]
/usr/sbin/mysqld(_start+0x2e)[0x559433d781ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:46 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:46 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:46 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:46 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:46 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:46 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:46 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:30:46 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:46 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:46 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:46 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:47 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:47 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5638d7be0c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5638d76de07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fe3673433c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fe366e5218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fe366e31859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5638d73feae7]
/usr/sbin/mysqld(+0x4ca702)[0x5638d73e1702]
/usr/sbin/mysqld(+0xb08b70)[0x5638d7a1fb70]
/usr/sbin/mysqld(+0xb0b22d)[0x5638d7a2222d]
/usr/sbin/mysqld(+0x9b5f39)[0x5638d78ccf39]
/usr/sbin/mysqld(+0x9b6ade)[0x5638d78cdade]
/usr/sbin/mysqld(+0xac6f9f)[0x5638d79ddf9f]
/usr/sbin/mysqld(+0xac7b60)[0x5638d79deb60]
/usr/sbin/mysqld(+0xac89bd)[0x5638d79df9bd]
/usr/sbin/mysqld(+0xac94d3)[0x5638d79e04d3]
/usr/sbin/mysqld(+0xac9565)[0x5638d79e0565]
/usr/sbin/mysqld(+0x4e08f3)[0x5638d73f78f3]
/usr/sbin/mysqld(+0x95ce08)[0x5638d7873e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x5638d76e07c0]
/usr/sbin/mysqld(+0x5eea75)[0x5638d7505a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x5638d7506b8e]
/usr/sbin/mysqld(+0x524364)[0x5638d743b364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x5638d7442211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7fe366e330b3]
/usr/sbin/mysqld(_start+0x2e)[0x5638d74351ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:53 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:53 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:53 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:53 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:53 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:53 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:53 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:30:53 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:53 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:53 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:53 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:30:54 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:30:54 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564f8ed71c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x564f8e86f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f0482a803c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f048258f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f048256e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564f8e58fae7]
/usr/sbin/mysqld(+0x4ca702)[0x564f8e572702]
/usr/sbin/mysqld(+0xb08b70)[0x564f8ebb0b70]
/usr/sbin/mysqld(+0xb0b22d)[0x564f8ebb322d]
/usr/sbin/mysqld(+0x9b5f39)[0x564f8ea5df39]
/usr/sbin/mysqld(+0x9b6ade)[0x564f8ea5eade]
/usr/sbin/mysqld(+0xac6f9f)[0x564f8eb6ef9f]
/usr/sbin/mysqld(+0xac7b60)[0x564f8eb6fb60]
/usr/sbin/mysqld(+0xac89bd)[0x564f8eb709bd]
/usr/sbin/mysqld(+0xac94d3)[0x564f8eb714d3]
/usr/sbin/mysqld(+0xac9565)[0x564f8eb71565]
/usr/sbin/mysqld(+0x4e08f3)[0x564f8e5888f3]
/usr/sbin/mysqld(+0x95ce08)[0x564f8ea04e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x564f8e8717c0]
/usr/sbin/mysqld(+0x5eea75)[0x564f8e696a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x564f8e697b8e]
/usr/sbin/mysqld(+0x524364)[0x564f8e5cc364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x564f8e5d3211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f04825700b3]
/usr/sbin/mysqld(_start+0x2e)[0x564f8e5c61ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:30:59 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:30:59 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:30:59 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:30:59 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:30:59 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:30:59 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:30:59 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:30:59 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:30:59 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:30:59 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:30:59 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ad77959c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ad7745707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc1ed2b63c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc1ecdc518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc1ecda4859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ad77177ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ad7715a702]
/usr/sbin/mysqld(+0xb08b70)[0x55ad77798b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ad7779b22d]
/usr/sbin/mysqld(+0x9b5f39)[0x55ad77645f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55ad77646ade]
/usr/sbin/mysqld(+0xac6f9f)[0x55ad77756f9f]
/usr/sbin/mysqld(+0xac7b60)[0x55ad77757b60]
/usr/sbin/mysqld(+0xac89bd)[0x55ad777589bd]
/usr/sbin/mysqld(+0xac94d3)[0x55ad777594d3]
/usr/sbin/mysqld(+0xac9565)[0x55ad77759565]
/usr/sbin/mysqld(+0x4e08f3)[0x55ad771708f3]
/usr/sbin/mysqld(+0x95ce08)[0x55ad775ece08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55ad774597c0]
/usr/sbin/mysqld(+0x5eea75)[0x55ad7727ea75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55ad7727fb8e]
/usr/sbin/mysqld(+0x524364)[0x55ad771b4364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55ad771bb211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7fc1ecda60b3]
/usr/sbin/mysqld(_start+0x2e)[0x55ad771ae1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:06 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:06 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:06 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:06 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:06 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:06 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:07 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:07 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x558cb1f96c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x558cb1a9407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f5a495f13c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f5a4910018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5a490df859]
/usr/sbin/mysqld(+0x4e7ae7)[0x558cb17b4ae7]
/usr/sbin/mysqld(+0x4ca702)[0x558cb1797702]
/usr/sbin/mysqld(+0xb08b70)[0x558cb1dd5b70]
/usr/sbin/mysqld(+0xb0b22d)[0x558cb1dd822d]
/usr/sbin/mysqld(+0x9b5f39)[0x558cb1c82f39]
/usr/sbin/mysqld(+0x9b6ade)[0x558cb1c83ade]
/usr/sbin/mysqld(+0xac6f9f)[0x558cb1d93f9f]
/usr/sbin/mysqld(+0xac7b60)[0x558cb1d94b60]
/usr/sbin/mysqld(+0xac89bd)[0x558cb1d959bd]
/usr/sbin/mysqld(+0xac94d3)[0x558cb1d964d3]
/usr/sbin/mysqld(+0xac9565)[0x558cb1d96565]
/usr/sbin/mysqld(+0x4e08f3)[0x558cb17ad8f3]
/usr/sbin/mysqld(+0x95ce08)[0x558cb1c29e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x558cb1a967c0]
/usr/sbin/mysqld(+0x5eea75)[0x558cb18bba75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x558cb18bcb8e]
/usr/sbin/mysqld(+0x524364)[0x558cb17f1364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x558cb17f8211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f5a490e10b3]
/usr/sbin/mysqld(_start+0x2e)[0x558cb17eb1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:12 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:12 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:12 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:12 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:12 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:12 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:12 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:12 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:12 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:12 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:12 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:13 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55cb2e356c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55cb2de5407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ff3a4a093c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ff3a451818b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ff3a44f7859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55cb2db74ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55cb2db57702]
/usr/sbin/mysqld(+0xb08b70)[0x55cb2e195b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55cb2e19822d]
/usr/sbin/mysqld(+0x9b5f39)[0x55cb2e042f39]
/usr/sbin/mysqld(+0x9b6ade)[0x55cb2e043ade]
/usr/sbin/mysqld(+0xac6f9f)[0x55cb2e153f9f]
/usr/sbin/mysqld(+0xac7b60)[0x55cb2e154b60]
/usr/sbin/mysqld(+0xac89bd)[0x55cb2e1559bd]
/usr/sbin/mysqld(+0xac94d3)[0x55cb2e1564d3]
/usr/sbin/mysqld(+0xac9565)[0x55cb2e156565]
/usr/sbin/mysqld(+0x4e08f3)[0x55cb2db6d8f3]
/usr/sbin/mysqld(+0x95ce08)[0x55cb2dfe9e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55cb2de567c0]
/usr/sbin/mysqld(+0x5eea75)[0x55cb2dc7ba75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55cb2dc7cb8e]
/usr/sbin/mysqld(+0x524364)[0x55cb2dbb1364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55cb2dbb8211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7ff3a44f90b3]
/usr/sbin/mysqld(_start+0x2e)[0x55cb2dbab1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:19 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:19 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:19 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:19 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:19 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:19 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:19 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:19 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:19 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:20 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:20 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55dcbda6fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55dcbd56d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f0b9bd9a3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f0b9b8a918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0b9b888859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55dcbd28dae7]
/usr/sbin/mysqld(+0x4ca702)[0x55dcbd270702]
/usr/sbin/mysqld(+0xb08b70)[0x55dcbd8aeb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55dcbd8b122d]
/usr/sbin/mysqld(+0x9b5f39)[0x55dcbd75bf39]
/usr/sbin/mysqld(+0x9b6ade)[0x55dcbd75cade]
/usr/sbin/mysqld(+0xac6f9f)[0x55dcbd86cf9f]
/usr/sbin/mysqld(+0xac7b60)[0x55dcbd86db60]
/usr/sbin/mysqld(+0xac89bd)[0x55dcbd86e9bd]
/usr/sbin/mysqld(+0xac94d3)[0x55dcbd86f4d3]
/usr/sbin/mysqld(+0xac9565)[0x55dcbd86f565]
/usr/sbin/mysqld(+0x4e08f3)[0x55dcbd2868f3]
/usr/sbin/mysqld(+0x95ce08)[0x55dcbd702e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55dcbd56f7c0]
/usr/sbin/mysqld(+0x5eea75)[0x55dcbd394a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55dcbd395b8e]
/usr/sbin/mysqld(+0x524364)[0x55dcbd2ca364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55dcbd2d1211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f0b9b88a0b3]
/usr/sbin/mysqld(_start+0x2e)[0x55dcbd2c41ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:20 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:20 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:20 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:20 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:20 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:20 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:20 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:20 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:20 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:20 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:21 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:21 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555ff4833c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555ff433107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ff9f8f183c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ff9f8a2718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ff9f8a06859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555ff4051ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555ff4034702]
/usr/sbin/mysqld(+0xb08b70)[0x555ff4672b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555ff467522d]
/usr/sbin/mysqld(+0x9b5f39)[0x555ff451ff39]
/usr/sbin/mysqld(+0x9b6ade)[0x555ff4520ade]
/usr/sbin/mysqld(+0xac6f9f)[0x555ff4630f9f]
/usr/sbin/mysqld(+0xac7b60)[0x555ff4631b60]
/usr/sbin/mysqld(+0xac89bd)[0x555ff46329bd]
/usr/sbin/mysqld(+0xac94d3)[0x555ff46334d3]
/usr/sbin/mysqld(+0xac9565)[0x555ff4633565]
/usr/sbin/mysqld(+0x4e08f3)[0x555ff404a8f3]
/usr/sbin/mysqld(+0x95ce08)[0x555ff44c6e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x555ff43337c0]
/usr/sbin/mysqld(+0x5eea75)[0x555ff4158a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x555ff4159b8e]
/usr/sbin/mysqld(+0x524364)[0x555ff408e364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x555ff4095211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7ff9f8a080b3]
/usr/sbin/mysqld(_start+0x2e)[0x555ff40881ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:27 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:27 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:27 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:28 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:29 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:29 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555c66598c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555c6609607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fdf4fed73c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fdf4f9e618b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fdf4f9c5859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555c65db6ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555c65d99702]
/usr/sbin/mysqld(+0xb08b70)[0x555c663d7b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555c663da22d]
/usr/sbin/mysqld(+0x9b5f39)[0x555c66284f39]
/usr/sbin/mysqld(+0x9b6ade)[0x555c66285ade]
/usr/sbin/mysqld(+0xac6f9f)[0x555c66395f9f]
/usr/sbin/mysqld(+0xac7b60)[0x555c66396b60]
/usr/sbin/mysqld(+0xac89bd)[0x555c663979bd]
/usr/sbin/mysqld(+0xac94d3)[0x555c663984d3]
/usr/sbin/mysqld(+0xac9565)[0x555c66398565]
/usr/sbin/mysqld(+0x4e08f3)[0x555c65daf8f3]
/usr/sbin/mysqld(+0x95ce08)[0x555c6622be08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x555c660987c0]
/usr/sbin/mysqld(+0x5eea75)[0x555c65ebda75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x555c65ebeb8e]
/usr/sbin/mysqld(+0x524364)[0x555c65df3364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x555c65dfa211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7fdf4f9c70b3]
/usr/sbin/mysqld(_start+0x2e)[0x555c65ded1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:34 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:34 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:34 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:34 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:34 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:34 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:35 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:35 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:36 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:36 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559b38117c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559b37c1507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2fa580a3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2fa531918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2fa52f8859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559b37935ae7]
/usr/sbin/mysqld(+0x4ca702)[0x559b37918702]
/usr/sbin/mysqld(+0xb08b70)[0x559b37f56b70]
/usr/sbin/mysqld(+0xb0b22d)[0x559b37f5922d]
/usr/sbin/mysqld(+0x9b5f39)[0x559b37e03f39]
/usr/sbin/mysqld(+0x9b6ade)[0x559b37e04ade]
/usr/sbin/mysqld(+0xac6f9f)[0x559b37f14f9f]
/usr/sbin/mysqld(+0xac7b60)[0x559b37f15b60]
/usr/sbin/mysqld(+0xac89bd)[0x559b37f169bd]
/usr/sbin/mysqld(+0xac94d3)[0x559b37f174d3]
/usr/sbin/mysqld(+0xac9565)[0x559b37f17565]
/usr/sbin/mysqld(+0x4e08f3)[0x559b3792e8f3]
/usr/sbin/mysqld(+0x95ce08)[0x559b37daae08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x559b37c177c0]
/usr/sbin/mysqld(+0x5eea75)[0x559b37a3ca75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x559b37a3db8e]
/usr/sbin/mysqld(+0x524364)[0x559b37972364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x559b37979211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f2fa52fa0b3]
/usr/sbin/mysqld(_start+0x2e)[0x559b3796c1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:42 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:42 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:42 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:42 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:42 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:42 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:42 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:42 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:43 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:43 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b6c2a42c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b6c254007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f33ca59b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f33ca0aa18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f33ca089859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b6c2260ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b6c2243702]
/usr/sbin/mysqld(+0xb08b70)[0x55b6c2881b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b6c288422d]
/usr/sbin/mysqld(+0x9b5f39)[0x55b6c272ef39]
/usr/sbin/mysqld(+0x9b6ade)[0x55b6c272fade]
/usr/sbin/mysqld(+0xac6f9f)[0x55b6c283ff9f]
/usr/sbin/mysqld(+0xac7b60)[0x55b6c2840b60]
/usr/sbin/mysqld(+0xac89bd)[0x55b6c28419bd]
/usr/sbin/mysqld(+0xac94d3)[0x55b6c28424d3]
/usr/sbin/mysqld(+0xac9565)[0x55b6c2842565]
/usr/sbin/mysqld(+0x4e08f3)[0x55b6c22598f3]
/usr/sbin/mysqld(+0x95ce08)[0x55b6c26d5e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x55b6c25427c0]
/usr/sbin/mysqld(+0x5eea75)[0x55b6c2367a75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x55b6c2368b8e]
/usr/sbin/mysqld(+0x524364)[0x55b6c229d364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x55b6c22a4211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f33ca08b0b3]
/usr/sbin/mysqld(_start+0x2e)[0x55b6c22971ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:48 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:48 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:48 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:48 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:48 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:48 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:48 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:48 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:48 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:48 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:48 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:49 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 8:31:49 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=0
max_threads=402
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5646a85e6c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5646a80e407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f5ead0a83c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f5eacbb718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5eacb96859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5646a7e04ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5646a7de7702]
/usr/sbin/mysqld(+0xb08b70)[0x5646a8425b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5646a842822d]
/usr/sbin/mysqld(+0x9b5f39)[0x5646a82d2f39]
/usr/sbin/mysqld(+0x9b6ade)[0x5646a82d3ade]
/usr/sbin/mysqld(+0xac6f9f)[0x5646a83e3f9f]
/usr/sbin/mysqld(+0xac7b60)[0x5646a83e4b60]
/usr/sbin/mysqld(+0xac89bd)[0x5646a83e59bd]
/usr/sbin/mysqld(+0xac94d3)[0x5646a83e64d3]
/usr/sbin/mysqld(+0xac9565)[0x5646a83e6565]
/usr/sbin/mysqld(+0x4e08f3)[0x5646a7dfd8f3]
/usr/sbin/mysqld(+0x95ce08)[0x5646a8279e08]
/usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x70)[0x5646a80e67c0]
/usr/sbin/mysqld(+0x5eea75)[0x5646a7f0ba75]
/usr/sbin/mysqld(_Z11plugin_initPiPPci+0x88e)[0x5646a7f0cb8e]
/usr/sbin/mysqld(+0x524364)[0x5646a7e41364]
/usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x401)[0x5646a7e48211]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x7f5eacb980b3]
/usr/sbin/mysqld(_start+0x2e)[0x5646a7e3b1ce]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 514136 514136 processes
Max open files 1048576 1048576 files
Max locked memory unlimited unlimited bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 514136 514136 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
2020-12-12 8:31:55 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:31:55 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:31:55 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:31:55 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:31:55 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:31:55 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:31:55 0 [Note] InnoDB: Initializing buffer pool, total size = 8G, instances = 8, chunk size = 128M
2020-12-12 8:31:55 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:31:55 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:31:55 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=958766882
2020-12-12 8:31:55 0 [Note] InnoDB: Starting final batch to recover 13 pages from redo log.
2020-12-12 8:31:56 0 [Note] InnoDB: Resizing redo log from 2*2147483648 to 2*4294967296 bytes; LSN=958775250
2020-12-12 8:31:56 0 [Note] InnoDB: Starting to delete and rewrite log files.
2020-12-12 8:31:56 0 [Note] InnoDB: Setting log file ./ib_logfile101 size to 4294967296 bytes
2020-12-12 8:31:56 0 [Note] InnoDB: Setting log file ./ib_logfile1 size to 4294967296 bytes
2020-12-12 8:31:56 0 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
2020-12-12 8:31:56 0 [Note] InnoDB: New log files created, LSN=958775250
2020-12-12 8:31:56 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:31:56 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:31:56 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:31:56 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:31:56 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:31:56 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:31:56 0 [Note] InnoDB: 10.3.25 started; log sequence number 958775250; transaction id 3448178
2020-12-12 8:31:56 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:31:56 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:31:56 0 [Note] Recovering after a crash using tc.log
2020-12-12 8:31:56 0 [Note] Starting crash recovery...
2020-12-12 8:31:56 0 [Note] Crash recovery finished.
2020-12-12 8:31:56 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:31:56 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:31:56 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:31:56 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:31:56 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:31:56
2020-12-12 8:32:53 0 [Note] /usr/sbin/mysqld (initiated by: unknown): Normal shutdown
2020-12-12 8:32:53 0 [Note] Event Scheduler: Purging the queue. 0 events
2020-12-12 8:32:53 0 [Note] InnoDB: FTS optimize thread exiting.
2020-12-12 8:32:53 0 [Note] InnoDB: Starting shutdown...
2020-12-12 8:32:53 0 [Note] InnoDB: Dumping buffer pool(s) to /var/lib/mysql/ib_buffer_pool
2020-12-12 8:32:53 0 [Note] InnoDB: Buffer pool(s) dump completed at 201212 8:32:53
2020-12-12 8:32:59 0 [Note] InnoDB: Shutdown completed; log sequence number 958896954; transaction id 3448678
2020-12-12 8:32:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 8:32:59 0 [Note] /usr/sbin/mysqld: Shutdown complete
2020-12-12 8:33:01 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 8:33:01 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 8:33:01 0 [Note] InnoDB: Uses event mutexes
2020-12-12 8:33:01 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 8:33:01 0 [Note] InnoDB: Number of pools: 1
2020-12-12 8:33:01 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 8:33:01 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 8:33:02 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 8:33:02 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 8:33:02 0 [Note] InnoDB: Resizing redo log from 2*4294967296 to 2*1073741824 bytes; LSN=958896963
2020-12-12 8:33:02 0 [Note] InnoDB: Starting to delete and rewrite log files.
2020-12-12 8:33:02 0 [Note] InnoDB: Setting log file ./ib_logfile101 size to 1073741824 bytes
2020-12-12 8:33:02 0 [Note] InnoDB: Setting log file ./ib_logfile1 size to 1073741824 bytes
2020-12-12 8:33:02 0 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
2020-12-12 8:33:02 0 [Note] InnoDB: New log files created, LSN=958896963
2020-12-12 8:33:02 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 8:33:02 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 8:33:02 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 8:33:02 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 8:33:02 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 8:33:02 0 [Note] InnoDB: 10.3.25 started; log sequence number 958896963; transaction id 3448680
2020-12-12 8:33:02 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 8:33:02 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 8:33:02 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 8:33:02 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 8:33:02 0 [Note] Added new Master_info '' to hash table
2020-12-12 8:33:02 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 8:33:02 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 8:33:02
2020-12-12 9:06:25 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:06:25 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=12
max_threads=402
thread_count=18
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b565ec3c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b5659c107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3035a7c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f303558b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f303556a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b5656e1ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b5656c4702]
/usr/sbin/mysqld(+0xb08b70)[0x55b565d02b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b565d0522d]
/usr/sbin/mysqld(+0xb0bc64)[0x55b565d05c64]
/usr/sbin/mysqld(+0xabf988)[0x55b565cb9988]
/usr/sbin/mysqld(+0xab902f)[0x55b565cb302f]
/usr/sbin/mysqld(+0xb0b586)[0x55b565d05586]
/usr/sbin/mysqld(+0xa49b88)[0x55b565c43b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3035a70609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3035667103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:06:31 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:06:31 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:06:31 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:06:31 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:06:31 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:06:31 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:06:31 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:06:31 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:06:31 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:06:31 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962412789
2020-12-12 9:06:31 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:06:32 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:06:32 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:06:32 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:06:32 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:06:32 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:06:32 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:06:32 0 [Note] InnoDB: 10.3.25 started; log sequence number 962414110; transaction id 3461081
2020-12-12 9:06:32 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:06:32 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:06:32 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:06:32 0 [Note] Starting crash recovery...
2020-12-12 9:06:32 0 [Note] Crash recovery finished.
2020-12-12 9:06:32 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:06:32 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:06:32 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:06:32 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:06:32 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:06:32
2020-12-12 9:06:32 36 [ERROR] mysqld: Table './taolbi/event_log' is marked as crashed and should be repaired
2020-12-12 9:06:32 36 [Warning] Checking table: './taolbi/event_log'
2020-12-12 9:06:32 37 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 9:06:32 37 [Warning] Checking table: './taolbi/statements'
2020-12-12 9:06:32 38 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 9:06:32 38 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 9:06:33 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:06:33 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55bde98f2c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55bde93f007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f84810cc3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f8480bdb18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f8480bba859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55bde9110ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55bde90f3702]
/usr/sbin/mysqld(+0xb08b70)[0x55bde9731b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55bde973422d]
/usr/sbin/mysqld(+0xb0bc64)[0x55bde9734c64]
/usr/sbin/mysqld(+0xabf988)[0x55bde96e8988]
/usr/sbin/mysqld(+0xab902f)[0x55bde96e202f]
/usr/sbin/mysqld(+0xb0b586)[0x55bde9734586]
/usr/sbin/mysqld(+0xa49b88)[0x55bde9672b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f84810c0609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f8480cb7103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:06:38 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:06:38 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:06:38 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:06:38 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:06:38 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:06:38 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:06:38 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:06:39 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:06:39 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:06:40 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962414381
2020-12-12 9:06:40 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:06:40 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:06:40 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:06:40 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:06:40 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:06:40 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:06:40 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:06:40 0 [Note] InnoDB: 10.3.25 started; log sequence number 962414647; transaction id 3461081
2020-12-12 9:06:40 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:06:40 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:06:40 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:06:40 0 [Note] Starting crash recovery...
2020-12-12 9:06:40 0 [Note] Crash recovery finished.
2020-12-12 9:06:40 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:06:40 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:06:40 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:06:40 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:06:40 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:06:40
2020-12-12 9:06:41 37 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 9:06:41 37 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 9:06:41 38 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 9:06:41 38 [Warning] Checking table: './taolbi/statements'
2020-12-12 9:06:41 39 [ERROR] mysqld: Table './taolbi/sequence_uri_provider' is marked as crashed and should be repaired
2020-12-12 9:06:41 39 [Warning] Checking table: './taolbi/sequence_uri_provider'
2020-12-12 9:06:41 41 [ERROR] mysqld: Table './taolbi/results_storage' is marked as crashed and should be repaired
2020-12-12 9:06:41 41 [Warning] Checking table: './taolbi/results_storage'
2020-12-12 9:06:41 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:06:41 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x562ff3d70c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x562ff386e07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f96eb2603c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f96ead6f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f96ead4e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x562ff358eae7]
/usr/sbin/mysqld(+0x4ca702)[0x562ff3571702]
/usr/sbin/mysqld(+0xb08b70)[0x562ff3bafb70]
/usr/sbin/mysqld(+0xb0b22d)[0x562ff3bb222d]
/usr/sbin/mysqld(+0xb0bc64)[0x562ff3bb2c64]
/usr/sbin/mysqld(+0xabf988)[0x562ff3b66988]
/usr/sbin/mysqld(+0xab902f)[0x562ff3b6002f]
/usr/sbin/mysqld(+0xb0b586)[0x562ff3bb2586]
/usr/sbin/mysqld(+0xa49b88)[0x562ff3af0b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f96eb254609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f96eae4b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:06:47 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:06:47 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:06:47 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:06:47 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:06:47 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:06:47 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:06:47 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:06:47 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:06:47 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:06:47 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:06:47 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:06:48 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:06:48 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:06:48 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:06:48 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:06:48 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:06:48 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:06:48 0 [Note] InnoDB: 10.3.25 started; log sequence number 962414897; transaction id 3461081
2020-12-12 9:06:48 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:06:48 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:06:48 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:06:48 0 [Note] Starting crash recovery...
2020-12-12 9:06:48 0 [Note] Crash recovery finished.
2020-12-12 9:06:48 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:06:48 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:06:48 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:06:48 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:06:48 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:06:48
2020-12-12 9:06:48 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 9:06:48 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 9:06:49 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:06:49 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56228a04bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x562289b4907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f7b7b5f13c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f7b7b10018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f7b7b0df859]
/usr/sbin/mysqld(+0x4e7ae7)[0x562289869ae7]
/usr/sbin/mysqld(+0x4ca702)[0x56228984c702]
/usr/sbin/mysqld(+0xb08b70)[0x562289e8ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x562289e8d22d]
/usr/sbin/mysqld(+0xb0bc64)[0x562289e8dc64]
/usr/sbin/mysqld(+0xabf988)[0x562289e41988]
/usr/sbin/mysqld(+0xab902f)[0x562289e3b02f]
/usr/sbin/mysqld(+0xb0b586)[0x562289e8d586]
/usr/sbin/mysqld(+0xa49b88)[0x562289dcbb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f7b7b5e5609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f7b7b1dc103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:06:54 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:06:54 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:06:54 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:06:54 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:06:54 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:06:54 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:06:54 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:06:55 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:06:55 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:06:56 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:06:56 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:06:56 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:06:56 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:06:56 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:06:56 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:06:56 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:06:56 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:06:56 0 [Note] InnoDB: 10.3.25 started; log sequence number 962415163; transaction id 3461081
2020-12-12 9:06:56 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:06:56 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:06:56 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:06:56 0 [Note] Starting crash recovery...
2020-12-12 9:06:56 0 [Note] Crash recovery finished.
2020-12-12 9:06:56 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:06:56 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:06:56 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:06:56 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:06:56 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:06:56
2020-12-12 9:06:57 43 [ERROR] mysqld: Table './taolbi/statements' is marked as crashed and should be repaired
2020-12-12 9:06:57 43 [Warning] Checking table: './taolbi/statements'
2020-12-12 9:06:57 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:06:57 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x563e2d0d5c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x563e2cbd307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ffb6b1433c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ffb6ac5218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ffb6ac31859]
/usr/sbin/mysqld(+0x4e7ae7)[0x563e2c8f3ae7]
/usr/sbin/mysqld(+0x4ca702)[0x563e2c8d6702]
/usr/sbin/mysqld(+0xb08b70)[0x563e2cf14b70]
/usr/sbin/mysqld(+0xb0b22d)[0x563e2cf1722d]
/usr/sbin/mysqld(+0xb0bc64)[0x563e2cf17c64]
/usr/sbin/mysqld(+0xabf988)[0x563e2cecb988]
/usr/sbin/mysqld(+0xab902f)[0x563e2cec502f]
/usr/sbin/mysqld(+0xb0b586)[0x563e2cf17586]
/usr/sbin/mysqld(+0xa49b88)[0x563e2ce55b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ffb6b137609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ffb6ad2e103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:03 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:03 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:03 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:03 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:03 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:03 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:03 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:03 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:03 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:05 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:05 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:07:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:06 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:06 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:06 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:06 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:07:06 0 [Note] InnoDB: 10.3.25 started; log sequence number 962415413; transaction id 3461081
2020-12-12 9:07:06 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:06 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:06 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:06 0 [Note] Starting crash recovery...
2020-12-12 9:07:06 0 [Note] Crash recovery finished.
2020-12-12 9:07:06 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:06 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:06 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:06 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:06 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:06
2020-12-12 9:07:07 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:07 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a495ba9c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a4956a707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f06ac03b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f06abb4a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f06abb29859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a4953c7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a4953aa702]
/usr/sbin/mysqld(+0xb08b70)[0x55a4959e8b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a4959eb22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55a4959ebc64]
/usr/sbin/mysqld(+0xabf988)[0x55a49599f988]
/usr/sbin/mysqld(+0xab902f)[0x55a49599902f]
/usr/sbin/mysqld(+0xb0b586)[0x55a4959eb586]
/usr/sbin/mysqld(+0xa49b88)[0x55a495929b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f06ac02f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f06abc26103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:12 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:12 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:12 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:12 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:12 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:12 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:12 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:13 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:13 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:13 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:13 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:07:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:13 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:13 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:13 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:07:13 0 [Note] InnoDB: 10.3.25 started; log sequence number 962415679; transaction id 3461081
2020-12-12 9:07:13 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:13 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:13 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:13 0 [Note] Starting crash recovery...
2020-12-12 9:07:13 0 [Note] Crash recovery finished.
2020-12-12 9:07:13 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:13 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:13 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:13 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:13 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:13
2020-12-12 9:07:14 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:14 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x561687515c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56168701307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fa98c1f03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fa98bcff18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fa98bcde859]
/usr/sbin/mysqld(+0x4e7ae7)[0x561686d33ae7]
/usr/sbin/mysqld(+0x4ca702)[0x561686d16702]
/usr/sbin/mysqld(+0xb08b70)[0x561687354b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56168735722d]
/usr/sbin/mysqld(+0xb0bc64)[0x561687357c64]
/usr/sbin/mysqld(+0xabf988)[0x56168730b988]
/usr/sbin/mysqld(+0xab902f)[0x56168730502f]
/usr/sbin/mysqld(+0xb0b586)[0x561687357586]
/usr/sbin/mysqld(+0xa49b88)[0x561687295b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fa98c1e4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fa98bddb103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:20 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:20 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:20 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:20 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:20 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:20 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:20 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:20 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:20 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:20 0 [Note] InnoDB: Starting final batch to recover 14 pages from redo log.
2020-12-12 9:07:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 962415929; transaction id 3461081
2020-12-12 9:07:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:21 0 [Note] Starting crash recovery...
2020-12-12 9:07:21 0 [Note] Crash recovery finished.
2020-12-12 9:07:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:21
2020-12-12 9:07:22 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:22 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x565019a27c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56501952507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f57d83903c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f57d7e9f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f57d7e7e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x565019245ae7]
/usr/sbin/mysqld(+0x4ca702)[0x565019228702]
/usr/sbin/mysqld(+0xb08b70)[0x565019866b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56501986922d]
/usr/sbin/mysqld(+0xb0bc64)[0x565019869c64]
/usr/sbin/mysqld(+0xabf988)[0x56501981d988]
/usr/sbin/mysqld(+0xab902f)[0x56501981702f]
/usr/sbin/mysqld(+0xb0b586)[0x565019869586]
/usr/sbin/mysqld(+0xa49b88)[0x5650197a7b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f57d8384609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f57d7f7b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:27 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:28 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:28 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:28 0 [Note] InnoDB: Starting final batch to recover 21 pages from redo log.
2020-12-12 9:07:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:28 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:28 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:28 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:28 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:07:28 0 [Note] InnoDB: 10.3.25 started; log sequence number 962417297; transaction id 3461087
2020-12-12 9:07:28 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:28 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:28 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:28 0 [Note] Starting crash recovery...
2020-12-12 9:07:28 0 [Note] Crash recovery finished.
2020-12-12 9:07:28 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:28 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:28 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:28 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:28 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:28
2020-12-12 9:07:29 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:29 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x560adb5b5c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x560adb0b307d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fefcb8183c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fefcb32718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fefcb306859]
/usr/sbin/mysqld(+0x4e7ae7)[0x560adadd3ae7]
/usr/sbin/mysqld(+0x4ca702)[0x560adadb6702]
/usr/sbin/mysqld(+0xb08b70)[0x560adb3f4b70]
/usr/sbin/mysqld(+0xb0b22d)[0x560adb3f722d]
/usr/sbin/mysqld(+0xb0bc64)[0x560adb3f7c64]
/usr/sbin/mysqld(+0xabf988)[0x560adb3ab988]
/usr/sbin/mysqld(+0xab902f)[0x560adb3a502f]
/usr/sbin/mysqld(+0xb0b586)[0x560adb3f7586]
/usr/sbin/mysqld(+0xa49b88)[0x560adb335b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fefcb80c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fefcb403103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:35 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:35 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:35 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:35 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:35 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:35 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:35 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:35 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:35 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:35 0 [Note] InnoDB: Starting final batch to recover 21 pages from redo log.
2020-12-12 9:07:36 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:36 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:36 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:36 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:36 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:36 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:07:36 0 [Note] InnoDB: 10.3.25 started; log sequence number 962417578; transaction id 3461087
2020-12-12 9:07:36 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:36 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:36 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:36 0 [Note] Starting crash recovery...
2020-12-12 9:07:36 0 [Note] Crash recovery finished.
2020-12-12 9:07:36 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:36 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:36 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:36 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:36 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:36
2020-12-12 9:07:37 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:37 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564933621c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56493311f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3ba377d3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3ba328c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3ba326b859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564932e3fae7]
/usr/sbin/mysqld(+0x4ca702)[0x564932e22702]
/usr/sbin/mysqld(+0xb08b70)[0x564933460b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56493346322d]
/usr/sbin/mysqld(+0xb0bc64)[0x564933463c64]
/usr/sbin/mysqld(+0xabf988)[0x564933417988]
/usr/sbin/mysqld(+0xab902f)[0x56493341102f]
/usr/sbin/mysqld(+0xb0b586)[0x564933463586]
/usr/sbin/mysqld(+0xa49b88)[0x5649333a1b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3ba3771609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3ba3368103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:42 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:42 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:42 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:42 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:43 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:43 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:43 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:43 0 [Note] InnoDB: Starting final batch to recover 21 pages from redo log.
2020-12-12 9:07:43 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:43 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:43 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:43 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:43 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:43 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:07:43 0 [Note] InnoDB: 10.3.25 started; log sequence number 962417875; transaction id 3461087
2020-12-12 9:07:43 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:43 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:43 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:43 0 [Note] Starting crash recovery...
2020-12-12 9:07:43 0 [Note] Crash recovery finished.
2020-12-12 9:07:43 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:43 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:43 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:43 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:43 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:43
2020-12-12 9:07:44 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:44 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55f8cb891c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55f8cb38f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3d3ac763c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3d3a78518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3d3a764859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55f8cb0afae7]
/usr/sbin/mysqld(+0x4ca702)[0x55f8cb092702]
/usr/sbin/mysqld(+0xb08b70)[0x55f8cb6d0b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55f8cb6d322d]
/usr/sbin/mysqld(+0xb0bc64)[0x55f8cb6d3c64]
/usr/sbin/mysqld(+0xabf988)[0x55f8cb687988]
/usr/sbin/mysqld(+0xab902f)[0x55f8cb68102f]
/usr/sbin/mysqld(+0xb0b586)[0x55f8cb6d3586]
/usr/sbin/mysqld(+0xa49b88)[0x55f8cb611b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3d3ac6a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3d3a861103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:50 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:50 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:50 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:50 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:50 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:50 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:50 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:50 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:50 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:50 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:50 0 [Note] InnoDB: Starting final batch to recover 21 pages from redo log.
2020-12-12 9:07:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:51 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:07:51 0 [Note] InnoDB: 10.3.25 started; log sequence number 962418156; transaction id 3461087
2020-12-12 9:07:51 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:51 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:51 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:51 0 [Note] Starting crash recovery...
2020-12-12 9:07:51 0 [Note] Crash recovery finished.
2020-12-12 9:07:51 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:51 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:51 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:51 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:51 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:51
2020-12-12 9:07:52 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:52 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559ee1d77c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559ee187507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f87508763c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f875038518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f8750364859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559ee1595ae7]
/usr/sbin/mysqld(+0x4ca702)[0x559ee1578702]
/usr/sbin/mysqld(+0xb08b70)[0x559ee1bb6b70]
/usr/sbin/mysqld(+0xb0b22d)[0x559ee1bb922d]
/usr/sbin/mysqld(+0xb0bc64)[0x559ee1bb9c64]
/usr/sbin/mysqld(+0xabf988)[0x559ee1b6d988]
/usr/sbin/mysqld(+0xab902f)[0x559ee1b6702f]
/usr/sbin/mysqld(+0xb0b586)[0x559ee1bb9586]
/usr/sbin/mysqld(+0xa49b88)[0x559ee1af7b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f875086a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f8750461103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:07:57 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:07:57 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:07:57 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:07:57 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:07:57 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:07:57 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:07:57 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:07:58 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:07:58 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:07:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:07:58 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:07:58 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:07:58 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:07:58 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:07:58 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:07:58 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:07:58 0 [Note] InnoDB: 10.3.25 started; log sequence number 962419448; transaction id 3461098
2020-12-12 9:07:58 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:07:58 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:07:58 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:07:58 0 [Note] Starting crash recovery...
2020-12-12 9:07:58 0 [Note] Crash recovery finished.
2020-12-12 9:07:58 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:07:58 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:07:58 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:07:58 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:07:58 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:07:58
2020-12-12 9:07:59 37 [ERROR] mysqld: Table './taolbi/variables_storage' is marked as crashed and should be repaired
2020-12-12 9:07:59 37 [Warning] Checking table: './taolbi/variables_storage'
2020-12-12 9:07:59 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:07:59 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5585fa119c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5585f9c1707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f1c66d313c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f1c6684018b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f1c6681f859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5585f9937ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5585f991a702]
/usr/sbin/mysqld(+0xb08b70)[0x5585f9f58b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5585f9f5b22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5585f9f5bc64]
/usr/sbin/mysqld(+0xabf988)[0x5585f9f0f988]
/usr/sbin/mysqld(+0xab902f)[0x5585f9f0902f]
/usr/sbin/mysqld(+0xb0b586)[0x5585f9f5b586]
/usr/sbin/mysqld(+0xa49b88)[0x5585f9e99b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f1c66d25609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f1c6691c103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:05 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:05 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:05 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:05 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:05 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:05 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:05 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:05 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:05 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:05 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:05 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:06 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:06 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:06 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:06 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:06 0 [Note] InnoDB: 10.3.25 started; log sequence number 962419745; transaction id 3461098
2020-12-12 9:08:06 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:06 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:06 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:06 0 [Note] Starting crash recovery...
2020-12-12 9:08:06 0 [Note] Crash recovery finished.
2020-12-12 9:08:06 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:06 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:06 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:06 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:06 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:06
2020-12-12 9:08:07 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:07 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ee258f6c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ee253f407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f7b36bb43c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f7b366c318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f7b366a2859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ee25114ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ee250f7702]
/usr/sbin/mysqld(+0xb08b70)[0x55ee25735b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ee2573822d]
/usr/sbin/mysqld(+0xb0bc64)[0x55ee25738c64]
/usr/sbin/mysqld(+0xabf988)[0x55ee256ec988]
/usr/sbin/mysqld(+0xab902f)[0x55ee256e602f]
/usr/sbin/mysqld(+0xb0b586)[0x55ee25738586]
/usr/sbin/mysqld(+0xa49b88)[0x55ee25676b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f7b36ba8609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f7b3679f103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:12 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:12 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:12 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:12 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:12 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:12 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:12 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:13 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:13 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:13 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:13 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:13 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:13 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:13 0 [Note] InnoDB: 10.3.25 started; log sequence number 962420026; transaction id 3461098
2020-12-12 9:08:13 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:13 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:13 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:13 0 [Note] Starting crash recovery...
2020-12-12 9:08:13 0 [Note] Crash recovery finished.
2020-12-12 9:08:13 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:13 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:13 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:13 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:13 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:13
2020-12-12 9:08:14 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:14 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5568e37d3c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5568e32d107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3ede1b03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3eddcbf18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3eddc9e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5568e2ff1ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5568e2fd4702]
/usr/sbin/mysqld(+0xb08b70)[0x5568e3612b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5568e361522d]
/usr/sbin/mysqld(+0xb0bc64)[0x5568e3615c64]
/usr/sbin/mysqld(+0xabf988)[0x5568e35c9988]
/usr/sbin/mysqld(+0xab902f)[0x5568e35c302f]
/usr/sbin/mysqld(+0xb0b586)[0x5568e3615586]
/usr/sbin/mysqld(+0xa49b88)[0x5568e3553b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3ede1a4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3eddd9b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:20 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:20 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:20 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:20 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:20 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:20 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:20 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:20 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:20 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:20 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:21 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 962420323; transaction id 3461098
2020-12-12 9:08:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:21 0 [Note] Starting crash recovery...
2020-12-12 9:08:21 0 [Note] Crash recovery finished.
2020-12-12 9:08:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:21
2020-12-12 9:08:22 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:22 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5629ff343c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5629fee4107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ffaefc3c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ffaef74b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ffaef72a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5629feb61ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5629feb44702]
/usr/sbin/mysqld(+0xb08b70)[0x5629ff182b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5629ff18522d]
/usr/sbin/mysqld(+0xb0bc64)[0x5629ff185c64]
/usr/sbin/mysqld(+0xabf988)[0x5629ff139988]
/usr/sbin/mysqld(+0xab902f)[0x5629ff13302f]
/usr/sbin/mysqld(+0xb0b586)[0x5629ff185586]
/usr/sbin/mysqld(+0xa49b88)[0x5629ff0c3b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ffaefc30609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ffaef827103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:27 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:28 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:28 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:29 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:29 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:29 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:29 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:29 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:29 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:29 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:29 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:29 0 [Note] InnoDB: 10.3.25 started; log sequence number 962420604; transaction id 3461098
2020-12-12 9:08:29 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:29 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:29 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:29 0 [Note] Starting crash recovery...
2020-12-12 9:08:29 0 [Note] Crash recovery finished.
2020-12-12 9:08:29 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:29 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:29 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:29 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:29 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:29
2020-12-12 9:08:30 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:30 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56086d316c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56086ce1407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fad93f133c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fad93a2218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fad93a01859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56086cb34ae7]
/usr/sbin/mysqld(+0x4ca702)[0x56086cb17702]
/usr/sbin/mysqld(+0xb08b70)[0x56086d155b70]
/usr/sbin/mysqld(+0xb0b22d)[0x56086d15822d]
/usr/sbin/mysqld(+0xb0bc64)[0x56086d158c64]
/usr/sbin/mysqld(+0xabf988)[0x56086d10c988]
/usr/sbin/mysqld(+0xab902f)[0x56086d10602f]
/usr/sbin/mysqld(+0xb0b586)[0x56086d158586]
/usr/sbin/mysqld(+0xa49b88)[0x56086d096b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fad93f07609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fad93afe103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:36 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:36 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:36 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:36 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:36 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:36 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:36 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:36 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:36 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:36 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:36 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:37 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:37 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:37 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:37 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:37 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:37 0 [Note] InnoDB: 10.3.25 started; log sequence number 962420901; transaction id 3461098
2020-12-12 9:08:37 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:37 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:37 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:37 0 [Note] Starting crash recovery...
2020-12-12 9:08:37 0 [Note] Crash recovery finished.
2020-12-12 9:08:37 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:37 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:37 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:37 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:37 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:37
2020-12-12 9:08:38 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:38 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5585da7d9c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5585da2d707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fcc35b603c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fcc3566f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fcc3564e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5585d9ff7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5585d9fda702]
/usr/sbin/mysqld(+0xb08b70)[0x5585da618b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5585da61b22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5585da61bc64]
/usr/sbin/mysqld(+0xabf988)[0x5585da5cf988]
/usr/sbin/mysqld(+0xab902f)[0x5585da5c902f]
/usr/sbin/mysqld(+0xb0b586)[0x5585da61b586]
/usr/sbin/mysqld(+0xa49b88)[0x5585da559b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fcc35b54609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fcc3574b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:43 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:43 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:43 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:43 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:43 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:43 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:44 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:44 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:44 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:44 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:44 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:44 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:44 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:44 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:44 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:44 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:44 0 [Note] InnoDB: 10.3.25 started; log sequence number 962421182; transaction id 3461098
2020-12-12 9:08:44 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:44 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:44 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:44 0 [Note] Starting crash recovery...
2020-12-12 9:08:44 0 [Note] Crash recovery finished.
2020-12-12 9:08:44 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:44 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:44 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:44 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:44 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:44
2020-12-12 9:08:45 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:45 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559efffe4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559effae207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f48e278f3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f48e229e18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f48e227d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559eff802ae7]
/usr/sbin/mysqld(+0x4ca702)[0x559eff7e5702]
/usr/sbin/mysqld(+0xb08b70)[0x559effe23b70]
/usr/sbin/mysqld(+0xb0b22d)[0x559effe2622d]
/usr/sbin/mysqld(+0xb0bc64)[0x559effe26c64]
/usr/sbin/mysqld(+0xabf988)[0x559effdda988]
/usr/sbin/mysqld(+0xab902f)[0x559effdd402f]
/usr/sbin/mysqld(+0xb0b586)[0x559effe26586]
/usr/sbin/mysqld(+0xa49b88)[0x559effd64b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f48e2783609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f48e237a103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:51 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:51 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:51 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:51 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:51 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:51 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:51 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:51 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:51 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:51 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:52 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:52 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:52 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:52 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:52 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:52 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:52 0 [Note] InnoDB: 10.3.25 started; log sequence number 962421479; transaction id 3461098
2020-12-12 9:08:52 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:52 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:52 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:52 0 [Note] Starting crash recovery...
2020-12-12 9:08:52 0 [Note] Crash recovery finished.
2020-12-12 9:08:52 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:52 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:52 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:52 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:52 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:52
2020-12-12 9:08:53 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:08:53 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x559bc5657c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x559bc515507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f11bb2df3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f11badee18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f11badcd859]
/usr/sbin/mysqld(+0x4e7ae7)[0x559bc4e75ae7]
/usr/sbin/mysqld(+0x4ca702)[0x559bc4e58702]
/usr/sbin/mysqld(+0xb08b70)[0x559bc5496b70]
/usr/sbin/mysqld(+0xb0b22d)[0x559bc549922d]
/usr/sbin/mysqld(+0xb0bc64)[0x559bc5499c64]
/usr/sbin/mysqld(+0xabf988)[0x559bc544d988]
/usr/sbin/mysqld(+0xab902f)[0x559bc544702f]
/usr/sbin/mysqld(+0xb0b586)[0x559bc5499586]
/usr/sbin/mysqld(+0xa49b88)[0x559bc53d7b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f11bb2d3609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f11baeca103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:08:58 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:08:58 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:08:58 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:08:58 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:08:58 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:08:58 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:08:58 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:08:59 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:08:59 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:08:59 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:08:59 0 [Note] InnoDB: Starting final batch to recover 23 pages from redo log.
2020-12-12 9:08:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:08:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:08:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:08:59 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:08:59 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:08:59 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:08:59 0 [Note] InnoDB: 10.3.25 started; log sequence number 962421776; transaction id 3461098
2020-12-12 9:08:59 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:08:59 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:08:59 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:08:59 0 [Note] Starting crash recovery...
2020-12-12 9:08:59 0 [Note] Crash recovery finished.
2020-12-12 9:08:59 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:08:59 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:08:59 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:08:59 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:08:59 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:08:59
2020-12-12 9:09:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c27729bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c276d9907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f1d43a1e3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f1d4352d18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f1d4350c859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c276ab9ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c276a9c702]
/usr/sbin/mysqld(+0xb08b70)[0x55c2770dab70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c2770dd22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55c2770ddc64]
/usr/sbin/mysqld(+0xabf988)[0x55c277091988]
/usr/sbin/mysqld(+0xab902f)[0x55c27708b02f]
/usr/sbin/mysqld(+0xb0b586)[0x55c2770dd586]
/usr/sbin/mysqld(+0xa49b88)[0x55c27701bb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f1d43a12609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f1d43609103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:06 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:06 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:06 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:06 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:06 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:06 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:07 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:07 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:07 0 [Note] InnoDB: 10.3.25 started; log sequence number 962423450; transaction id 3461106
2020-12-12 9:09:07 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:07 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:07 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:07 0 [Note] Starting crash recovery...
2020-12-12 9:09:07 0 [Note] Crash recovery finished.
2020-12-12 9:09:07 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:07 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:07 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:07 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:07 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:07
2020-12-12 9:09:08 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:08 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5587eed52c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5587ee85007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fdee29e43c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fdee24f318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fdee24d2859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5587ee570ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5587ee553702]
/usr/sbin/mysqld(+0xb08b70)[0x5587eeb91b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5587eeb9422d]
/usr/sbin/mysqld(+0xb0bc64)[0x5587eeb94c64]
/usr/sbin/mysqld(+0xabf988)[0x5587eeb48988]
/usr/sbin/mysqld(+0xab902f)[0x5587eeb4202f]
/usr/sbin/mysqld(+0xb0b586)[0x5587eeb94586]
/usr/sbin/mysqld(+0xa49b88)[0x5587eead2b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fdee29d8609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fdee25cf103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:13 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:13 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:13 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:13 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:13 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:13 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:13 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:14 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:14 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:14 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:14 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:14 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:14 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:14 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:14 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:14 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:14 0 [Note] InnoDB: 10.3.25 started; log sequence number 962423772; transaction id 3461106
2020-12-12 9:09:14 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:14 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:14 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:14 0 [Note] Starting crash recovery...
2020-12-12 9:09:14 0 [Note] Crash recovery finished.
2020-12-12 9:09:14 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:14 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:14 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:14 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:14 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:14
2020-12-12 9:09:15 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:15 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5652862a4c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x565285da207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2e65dd23c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2e658e118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2e658c0859]
/usr/sbin/mysqld(+0x4e7ae7)[0x565285ac2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x565285aa5702]
/usr/sbin/mysqld(+0xb08b70)[0x5652860e3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5652860e622d]
/usr/sbin/mysqld(+0xb0bc64)[0x5652860e6c64]
/usr/sbin/mysqld(+0xabf988)[0x56528609a988]
/usr/sbin/mysqld(+0xab902f)[0x56528609402f]
/usr/sbin/mysqld(+0xb0b586)[0x5652860e6586]
/usr/sbin/mysqld(+0xa49b88)[0x565286024b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2e65dc6609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2e659bd103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:21 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:21 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:21 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:21 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:21 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:21 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:21 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:21 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:21 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:21 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:21 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:22 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:22 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:22 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:22 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:22 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:22 0 [Note] InnoDB: 10.3.25 started; log sequence number 962424110; transaction id 3461106
2020-12-12 9:09:22 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:22 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:22 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:22 0 [Note] Starting crash recovery...
2020-12-12 9:09:22 0 [Note] Crash recovery finished.
2020-12-12 9:09:22 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:22 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:22 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:22 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:22 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:22
2020-12-12 9:09:23 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:23 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564b9a7c8c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x564b9a2c607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f148925b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f1488d6a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f1488d49859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564b99fe6ae7]
/usr/sbin/mysqld(+0x4ca702)[0x564b99fc9702]
/usr/sbin/mysqld(+0xb08b70)[0x564b9a607b70]
/usr/sbin/mysqld(+0xb0b22d)[0x564b9a60a22d]
/usr/sbin/mysqld(+0xb0bc64)[0x564b9a60ac64]
/usr/sbin/mysqld(+0xabf988)[0x564b9a5be988]
/usr/sbin/mysqld(+0xab902f)[0x564b9a5b802f]
/usr/sbin/mysqld(+0xb0b586)[0x564b9a60a586]
/usr/sbin/mysqld(+0xa49b88)[0x564b9a548b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f148924f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f1488e46103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:28 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:28 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:28 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:28 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:28 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:28 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:29 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:29 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:29 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:29 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:29 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:29 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:29 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:29 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:29 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:29 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:09:29 0 [Note] InnoDB: 10.3.25 started; log sequence number 962424448; transaction id 3461106
2020-12-12 9:09:29 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:29 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:29 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:29 0 [Note] Starting crash recovery...
2020-12-12 9:09:29 0 [Note] Crash recovery finished.
2020-12-12 9:09:29 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:29 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:29 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:29 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:29 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:29
2020-12-12 9:09:30 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:30 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b447cbfc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b4477bd07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc990d503c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc99085f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc99083e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b4474ddae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b4474c0702]
/usr/sbin/mysqld(+0xb08b70)[0x55b447afeb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b447b0122d]
/usr/sbin/mysqld(+0xb0bc64)[0x55b447b01c64]
/usr/sbin/mysqld(+0xabf988)[0x55b447ab5988]
/usr/sbin/mysqld(+0xab902f)[0x55b447aaf02f]
/usr/sbin/mysqld(+0xb0b586)[0x55b447b01586]
/usr/sbin/mysqld(+0xa49b88)[0x55b447a3fb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc990d44609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc99093b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:36 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:36 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:36 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:36 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:36 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:36 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:36 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:36 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:36 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:36 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:36 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:37 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:37 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:37 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:37 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:37 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:09:37 0 [Note] InnoDB: 10.3.25 started; log sequence number 962424770; transaction id 3461106
2020-12-12 9:09:37 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:37 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:37 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:37 0 [Note] Starting crash recovery...
2020-12-12 9:09:37 0 [Note] Crash recovery finished.
2020-12-12 9:09:37 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:37 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:37 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:37 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:37 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:37
2020-12-12 9:09:38 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:38 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5557f5c2ac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5557f572807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f59316a83c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f59311b718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5931196859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5557f5448ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5557f542b702]
/usr/sbin/mysqld(+0xb08b70)[0x5557f5a69b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5557f5a6c22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5557f5a6cc64]
/usr/sbin/mysqld(+0xabf988)[0x5557f5a20988]
/usr/sbin/mysqld(+0xab902f)[0x5557f5a1a02f]
/usr/sbin/mysqld(+0xb0b586)[0x5557f5a6c586]
/usr/sbin/mysqld(+0xa49b88)[0x5557f59aab88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f593169c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f5931293103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:43 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:43 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:43 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:43 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:43 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:43 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:44 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:44 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:45 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:45 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:45 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:45 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:45 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:45 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:45 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:45 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:09:45 0 [Note] InnoDB: 10.3.25 started; log sequence number 962425108; transaction id 3461106
2020-12-12 9:09:45 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:45 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:45 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:45 0 [Note] Starting crash recovery...
2020-12-12 9:09:45 0 [Note] Crash recovery finished.
2020-12-12 9:09:45 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:45 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:45 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:45 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:45 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:45
2020-12-12 9:09:46 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:46 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e50de0bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e50d90907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fa485c763c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fa48578518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fa485764859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e50d629ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e50d60c702]
/usr/sbin/mysqld(+0xb08b70)[0x55e50dc4ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e50dc4d22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55e50dc4dc64]
/usr/sbin/mysqld(+0xabf988)[0x55e50dc01988]
/usr/sbin/mysqld(+0xab902f)[0x55e50dbfb02f]
/usr/sbin/mysqld(+0xb0b586)[0x55e50dc4d586]
/usr/sbin/mysqld(+0xa49b88)[0x55e50db8bb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fa485c6a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fa485861103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:09:52 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:09:52 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:09:52 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:09:52 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:09:52 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:09:52 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:09:52 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:09:52 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:09:52 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:09:53 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:09:53 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:09:54 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:09:54 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:09:54 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:09:54 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:09:54 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:09:54 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:09:54 0 [Note] InnoDB: 10.3.25 started; log sequence number 962425446; transaction id 3461106
2020-12-12 9:09:54 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:09:54 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:09:54 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:09:54 0 [Note] Starting crash recovery...
2020-12-12 9:09:54 0 [Note] Crash recovery finished.
2020-12-12 9:09:54 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:09:54 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:09:54 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:09:54 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:09:54 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:09:54
2020-12-12 9:09:55 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:09:55 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x557ba6ebfc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x557ba69bd07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f4e71f663c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f4e71a7518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f4e71a54859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557ba66ddae7]
/usr/sbin/mysqld(+0x4ca702)[0x557ba66c0702]
/usr/sbin/mysqld(+0xb08b70)[0x557ba6cfeb70]
/usr/sbin/mysqld(+0xb0b22d)[0x557ba6d0122d]
/usr/sbin/mysqld(+0xb0bc64)[0x557ba6d01c64]
/usr/sbin/mysqld(+0xabf988)[0x557ba6cb5988]
/usr/sbin/mysqld(+0xab902f)[0x557ba6caf02f]
/usr/sbin/mysqld(+0xb0b586)[0x557ba6d01586]
/usr/sbin/mysqld(+0xa49b88)[0x557ba6c3fb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f4e71f5a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f4e71b51103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:00 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:00 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:00 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:00 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:00 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:00 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:00 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:01 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:01 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:01 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:01 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:01 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:01 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:01 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:01 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:01 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:01 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:01 0 [Note] InnoDB: 10.3.25 started; log sequence number 962425768; transaction id 3461106
2020-12-12 9:10:01 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:01 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:01 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:01 0 [Note] Starting crash recovery...
2020-12-12 9:10:01 0 [Note] Crash recovery finished.
2020-12-12 9:10:01 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:01 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:01 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:01 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:01 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:01
2020-12-12 9:10:02 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:02 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a540a99c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a54059707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc9d85fd3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc9d810c18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc9d80eb859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a5402b7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a54029a702]
/usr/sbin/mysqld(+0xb08b70)[0x55a5408d8b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a5408db22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55a5408dbc64]
/usr/sbin/mysqld(+0xabf988)[0x55a54088f988]
/usr/sbin/mysqld(+0xab902f)[0x55a54088902f]
/usr/sbin/mysqld(+0xb0b586)[0x55a5408db586]
/usr/sbin/mysqld(+0xa49b88)[0x55a540819b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc9d85f1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc9d81e8103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:08 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:08 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:08 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:08 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:08 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:08 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:08 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:08 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:08 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:08 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:08 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:09 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:09 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:09 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:09 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:09 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:09 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:09 0 [Note] InnoDB: 10.3.25 started; log sequence number 962426106; transaction id 3461106
2020-12-12 9:10:09 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:09 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:09 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:09 0 [Note] Starting crash recovery...
2020-12-12 9:10:09 0 [Note] Crash recovery finished.
2020-12-12 9:10:09 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:09 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:09 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:09 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:09 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:09
2020-12-12 9:10:10 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:10 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x561a2252fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x561a2202d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f56a3cbf3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f56a37ce18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f56a37ad859]
/usr/sbin/mysqld(+0x4e7ae7)[0x561a21d4dae7]
/usr/sbin/mysqld(+0x4ca702)[0x561a21d30702]
/usr/sbin/mysqld(+0xb08b70)[0x561a2236eb70]
/usr/sbin/mysqld(+0xb0b22d)[0x561a2237122d]
/usr/sbin/mysqld(+0xb0bc64)[0x561a22371c64]
/usr/sbin/mysqld(+0xabf988)[0x561a22325988]
/usr/sbin/mysqld(+0xab902f)[0x561a2231f02f]
/usr/sbin/mysqld(+0xb0b586)[0x561a22371586]
/usr/sbin/mysqld(+0xa49b88)[0x561a222afb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f56a3cb3609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f56a38aa103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:15 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:15 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:15 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:15 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:15 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:15 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:15 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:16 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:16 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:17 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:17 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:17 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:17 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:17 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:17 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:17 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:17 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:17 0 [Note] InnoDB: 10.3.25 started; log sequence number 962427710; transaction id 3461114
2020-12-12 9:10:17 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:17 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:17 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:17 0 [Note] Starting crash recovery...
2020-12-12 9:10:17 0 [Note] Crash recovery finished.
2020-12-12 9:10:17 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:17 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:17 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:17 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:17 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:17
2020-12-12 9:10:18 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:18 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564391499c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x564390f9707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f72846333c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f728414218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f7284121859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564390cb7ae7]
/usr/sbin/mysqld(+0x4ca702)[0x564390c9a702]
/usr/sbin/mysqld(+0xb08b70)[0x5643912d8b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5643912db22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5643912dbc64]
/usr/sbin/mysqld(+0xabf988)[0x56439128f988]
/usr/sbin/mysqld(+0xab902f)[0x56439128902f]
/usr/sbin/mysqld(+0xb0b586)[0x5643912db586]
/usr/sbin/mysqld(+0xa49b88)[0x564391219b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f7284627609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f728421e103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:24 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:24 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:24 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:24 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:24 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:24 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:24 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:24 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:24 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:24 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:24 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:25 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:25 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:25 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:25 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:25 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:25 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:25 0 [Note] InnoDB: 10.3.25 started; log sequence number 962429301; transaction id 3461122
2020-12-12 9:10:25 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:25 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:25 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:25 0 [Note] Starting crash recovery...
2020-12-12 9:10:25 0 [Note] Crash recovery finished.
2020-12-12 9:10:25 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:25 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:25 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:25 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:25 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:25
2020-12-12 9:10:26 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:26 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5586fae79c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5586fa97707d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f445b8d63c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f445b3e518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f445b3c4859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5586fa697ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5586fa67a702]
/usr/sbin/mysqld(+0xb08b70)[0x5586facb8b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5586facbb22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5586facbbc64]
/usr/sbin/mysqld(+0xabf988)[0x5586fac6f988]
/usr/sbin/mysqld(+0xab902f)[0x5586fac6902f]
/usr/sbin/mysqld(+0xb0b586)[0x5586facbb586]
/usr/sbin/mysqld(+0xa49b88)[0x5586fabf9b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f445b8ca609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f445b4c1103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:31 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:31 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:31 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:31 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:31 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:31 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:31 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:32 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:32 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:32 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:32 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:32 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:32 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:32 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:32 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:32 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:32 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:32 0 [Note] InnoDB: 10.3.25 started; log sequence number 962429639; transaction id 3461122
2020-12-12 9:10:32 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:32 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:32 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:32 0 [Note] Starting crash recovery...
2020-12-12 9:10:32 0 [Note] Crash recovery finished.
2020-12-12 9:10:32 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:32 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:32 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:32 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:32 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:32
2020-12-12 9:10:33 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:33 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55aaafa4ec52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55aaaf54c07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f4d868923c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f4d863a118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f4d86380859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55aaaf26cae7]
/usr/sbin/mysqld(+0x4ca702)[0x55aaaf24f702]
/usr/sbin/mysqld(+0xb08b70)[0x55aaaf88db70]
/usr/sbin/mysqld(+0xb0b22d)[0x55aaaf89022d]
/usr/sbin/mysqld(+0xb0bc64)[0x55aaaf890c64]
/usr/sbin/mysqld(+0xabf988)[0x55aaaf844988]
/usr/sbin/mysqld(+0xab902f)[0x55aaaf83e02f]
/usr/sbin/mysqld(+0xb0b586)[0x55aaaf890586]
/usr/sbin/mysqld(+0xa49b88)[0x55aaaf7ceb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f4d86886609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f4d8647d103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:39 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:39 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:39 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:39 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:39 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:39 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:39 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:39 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:39 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:39 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:39 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:40 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:40 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:40 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:40 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:40 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:40 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:40 0 [Note] InnoDB: 10.3.25 started; log sequence number 962429977; transaction id 3461122
2020-12-12 9:10:40 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:40 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:40 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:40 0 [Note] Starting crash recovery...
2020-12-12 9:10:40 0 [Note] Crash recovery finished.
2020-12-12 9:10:40 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:40 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:40 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:40 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:40 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:40
2020-12-12 9:10:41 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:41 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5648a351dc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5648a301b07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f65da1bd3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f65d9ccc18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f65d9cab859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5648a2d3bae7]
/usr/sbin/mysqld(+0x4ca702)[0x5648a2d1e702]
/usr/sbin/mysqld(+0xb08b70)[0x5648a335cb70]
/usr/sbin/mysqld(+0xb0b22d)[0x5648a335f22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5648a335fc64]
/usr/sbin/mysqld(+0xabf988)[0x5648a3313988]
/usr/sbin/mysqld(+0xab902f)[0x5648a330d02f]
/usr/sbin/mysqld(+0xb0b586)[0x5648a335f586]
/usr/sbin/mysqld(+0xa49b88)[0x5648a329db88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f65da1b1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f65d9da8103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:46 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:46 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:46 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:46 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:46 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:46 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:46 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:47 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:47 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:47 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:47 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:47 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:47 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:47 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:47 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:47 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:47 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:47 0 [Note] InnoDB: 10.3.25 started; log sequence number 962430299; transaction id 3461122
2020-12-12 9:10:47 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:47 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:47 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:47 0 [Note] Starting crash recovery...
2020-12-12 9:10:47 0 [Note] Crash recovery finished.
2020-12-12 9:10:47 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:47 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:47 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:47 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:47 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:47
2020-12-12 9:10:48 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:48 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55dbf2354c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55dbf1e5207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f60f95de3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f60f90ed18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f60f90cc859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55dbf1b72ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55dbf1b55702]
/usr/sbin/mysqld(+0xb08b70)[0x55dbf2193b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55dbf219622d]
/usr/sbin/mysqld(+0xb0bc64)[0x55dbf2196c64]
/usr/sbin/mysqld(+0xabf988)[0x55dbf214a988]
/usr/sbin/mysqld(+0xab902f)[0x55dbf214402f]
/usr/sbin/mysqld(+0xb0b586)[0x55dbf2196586]
/usr/sbin/mysqld(+0xa49b88)[0x55dbf20d4b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f60f95d2609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f60f91c9103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:10:54 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:10:54 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:10:54 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:10:54 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:10:54 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:10:54 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:10:54 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:10:54 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:10:54 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:10:55 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:10:55 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:10:56 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:10:56 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:10:56 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:10:56 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:10:56 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:10:56 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:10:56 0 [Note] InnoDB: 10.3.25 started; log sequence number 962430637; transaction id 3461122
2020-12-12 9:10:56 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:10:56 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:10:56 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:10:56 0 [Note] Starting crash recovery...
2020-12-12 9:10:56 0 [Note] Crash recovery finished.
2020-12-12 9:10:56 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:10:56 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:10:56 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:10:56 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:10:56 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:10:56
2020-12-12 9:10:57 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:10:57 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e529e3ec52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e52993c07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f1ea72583c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f1ea6d6718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f1ea6d46859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e52965cae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e52963f702]
/usr/sbin/mysqld(+0xb08b70)[0x55e529c7db70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e529c8022d]
/usr/sbin/mysqld(+0xb0bc64)[0x55e529c80c64]
/usr/sbin/mysqld(+0xabf988)[0x55e529c34988]
/usr/sbin/mysqld(+0xab902f)[0x55e529c2e02f]
/usr/sbin/mysqld(+0xb0b586)[0x55e529c80586]
/usr/sbin/mysqld(+0xa49b88)[0x55e529bbeb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f1ea724c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f1ea6e43103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:02 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:02 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:02 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:02 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:02 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:02 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:02 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:03 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:03 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:04 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:04 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:04 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:04 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:04 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:04 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:04 0 [Note] InnoDB: 10.3.25 started; log sequence number 962430959; transaction id 3461122
2020-12-12 9:11:04 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:04 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:04 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:04 0 [Note] Starting crash recovery...
2020-12-12 9:11:04 0 [Note] Crash recovery finished.
2020-12-12 9:11:04 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:04 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:04 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:04 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:04 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:04
2020-12-12 9:11:05 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:05 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5584e5b06c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5584e560407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fdd8daf03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fdd8d5ff18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fdd8d5de859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5584e5324ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5584e5307702]
/usr/sbin/mysqld(+0xb08b70)[0x5584e5945b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5584e594822d]
/usr/sbin/mysqld(+0xb0bc64)[0x5584e5948c64]
/usr/sbin/mysqld(+0xabf988)[0x5584e58fc988]
/usr/sbin/mysqld(+0xab902f)[0x5584e58f602f]
/usr/sbin/mysqld(+0xb0b586)[0x5584e5948586]
/usr/sbin/mysqld(+0xa49b88)[0x5584e5886b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fdd8dae4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fdd8d6db103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:11 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:11 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:11 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:11 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:11 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:11 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:11 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:11 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:11 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:11 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:11 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 962431297; transaction id 3461122
2020-12-12 9:11:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:12 0 [Note] Starting crash recovery...
2020-12-12 9:11:12 0 [Note] Crash recovery finished.
2020-12-12 9:11:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:12 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:12
2020-12-12 9:11:13 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b2f574bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b2f524907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc0089983c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc0084a718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc008486859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b2f4f69ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b2f4f4c702]
/usr/sbin/mysqld(+0xb08b70)[0x55b2f558ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b2f558d22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55b2f558dc64]
/usr/sbin/mysqld(+0xabf988)[0x55b2f5541988]
/usr/sbin/mysqld(+0xab902f)[0x55b2f553b02f]
/usr/sbin/mysqld(+0xb0b586)[0x55b2f558d586]
/usr/sbin/mysqld(+0xa49b88)[0x55b2f54cbb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc00898c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc008583103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:18 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:18 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:18 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:18 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:18 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:18 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:19 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:19 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:19 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:19 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:19 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:19 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:19 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:19 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:11:19 0 [Note] InnoDB: 10.3.25 started; log sequence number 962431635; transaction id 3461122
2020-12-12 9:11:19 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:19 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:19 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:19 0 [Note] Starting crash recovery...
2020-12-12 9:11:19 0 [Note] Crash recovery finished.
2020-12-12 9:11:19 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:19 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:19 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:19 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:19 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:19
2020-12-12 9:11:20 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:20 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56517d3bdc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56517cebb07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f46000bd3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f45ffbcc18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f45ffbab859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56517cbdbae7]
/usr/sbin/mysqld(+0x4ca702)[0x56517cbbe702]
/usr/sbin/mysqld(+0xb08b70)[0x56517d1fcb70]
/usr/sbin/mysqld(+0xb0b22d)[0x56517d1ff22d]
/usr/sbin/mysqld(+0xb0bc64)[0x56517d1ffc64]
/usr/sbin/mysqld(+0xabf988)[0x56517d1b3988]
/usr/sbin/mysqld(+0xab902f)[0x56517d1ad02f]
/usr/sbin/mysqld(+0xb0b586)[0x56517d1ff586]
/usr/sbin/mysqld(+0xa49b88)[0x56517d13db88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f46000b1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f45ffca8103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:26 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:26 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:26 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:26 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:26 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:26 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:26 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:26 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:26 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:26 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:26 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:27 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:27 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:27 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:27 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:27 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:27 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:11:27 0 [Note] InnoDB: 10.3.25 started; log sequence number 962431957; transaction id 3461122
2020-12-12 9:11:27 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:27 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:27 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:27 0 [Note] Starting crash recovery...
2020-12-12 9:11:27 0 [Note] Crash recovery finished.
2020-12-12 9:11:27 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:27 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:27 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:27 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:27 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:27
2020-12-12 9:11:28 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:28 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x562bf36a7c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x562bf31a507d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc61d1363c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc61cc4518b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc61cc24859]
/usr/sbin/mysqld(+0x4e7ae7)[0x562bf2ec5ae7]
/usr/sbin/mysqld(+0x4ca702)[0x562bf2ea8702]
/usr/sbin/mysqld(+0xb08b70)[0x562bf34e6b70]
/usr/sbin/mysqld(+0xb0b22d)[0x562bf34e922d]
/usr/sbin/mysqld(+0xb0bc64)[0x562bf34e9c64]
/usr/sbin/mysqld(+0xabf988)[0x562bf349d988]
/usr/sbin/mysqld(+0xab902f)[0x562bf349702f]
/usr/sbin/mysqld(+0xb0b586)[0x562bf34e9586]
/usr/sbin/mysqld(+0xa49b88)[0x562bf3427b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc61d12a609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc61cd21103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:33 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:33 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:33 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:33 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:33 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:33 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:33 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:34 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:34 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:34 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:34 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:34 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:34 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:34 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:11:34 0 [Note] InnoDB: 10.3.25 started; log sequence number 962432295; transaction id 3461122
2020-12-12 9:11:34 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:34 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:34 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:34 0 [Note] Starting crash recovery...
2020-12-12 9:11:34 0 [Note] Crash recovery finished.
2020-12-12 9:11:34 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:34 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:34 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:34 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:34 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:34
2020-12-12 9:11:35 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:35 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55f44c726c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55f44c22407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f17aa7cc3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f17aa2db18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f17aa2ba859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55f44bf44ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55f44bf27702]
/usr/sbin/mysqld(+0xb08b70)[0x55f44c565b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55f44c56822d]
/usr/sbin/mysqld(+0xb0bc64)[0x55f44c568c64]
/usr/sbin/mysqld(+0xabf988)[0x55f44c51c988]
/usr/sbin/mysqld(+0xab902f)[0x55f44c51602f]
/usr/sbin/mysqld(+0xb0b586)[0x55f44c568586]
/usr/sbin/mysqld(+0xa49b88)[0x55f44c4a6b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f17aa7c0609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f17aa3b7103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:41 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:41 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:41 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:41 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:41 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:41 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:41 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:41 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:41 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:41 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:42 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:42 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:42 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:11:42 0 [Note] InnoDB: 10.3.25 started; log sequence number 962433460; transaction id 3461128
2020-12-12 9:11:42 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:42 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:42 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:42 0 [Note] Starting crash recovery...
2020-12-12 9:11:42 0 [Note] Crash recovery finished.
2020-12-12 9:11:42 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:42 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:42 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:42 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:42 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:42
2020-12-12 9:11:43 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:43 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e0a5911c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e0a540f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f41631c03c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f4162ccf18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f4162cae859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e0a512fae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e0a5112702]
/usr/sbin/mysqld(+0xb08b70)[0x55e0a5750b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e0a575322d]
/usr/sbin/mysqld(+0xb0bc64)[0x55e0a5753c64]
/usr/sbin/mysqld(+0xabf988)[0x55e0a5707988]
/usr/sbin/mysqld(+0xab902f)[0x55e0a570102f]
/usr/sbin/mysqld(+0xb0b586)[0x55e0a5753586]
/usr/sbin/mysqld(+0xa49b88)[0x55e0a5691b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f41631b4609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f4162dab103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:48 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:48 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:48 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:48 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:48 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:48 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:48 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:49 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:49 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:49 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:49 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:49 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:49 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:49 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:49 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:49 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:49 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:11:49 0 [Note] InnoDB: 10.3.25 started; log sequence number 962433798; transaction id 3461128
2020-12-12 9:11:49 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:49 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:49 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:49 0 [Note] Starting crash recovery...
2020-12-12 9:11:49 0 [Note] Crash recovery finished.
2020-12-12 9:11:49 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:49 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:49 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:49 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:49 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:49
2020-12-12 9:11:50 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:50 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x556e2e05fc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x556e2db5d07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2079a6c3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f207957b18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f207955a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x556e2d87dae7]
/usr/sbin/mysqld(+0x4ca702)[0x556e2d860702]
/usr/sbin/mysqld(+0xb08b70)[0x556e2de9eb70]
/usr/sbin/mysqld(+0xb0b22d)[0x556e2dea122d]
/usr/sbin/mysqld(+0xb0bc64)[0x556e2dea1c64]
/usr/sbin/mysqld(+0xabf988)[0x556e2de55988]
/usr/sbin/mysqld(+0xab902f)[0x556e2de4f02f]
/usr/sbin/mysqld(+0xb0b586)[0x556e2dea1586]
/usr/sbin/mysqld(+0xa49b88)[0x556e2dddfb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2079a60609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2079657103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:11:56 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:11:56 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:11:56 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:11:56 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:11:56 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:11:56 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:11:56 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:11:56 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:11:56 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:11:56 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:11:56 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:11:57 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:11:57 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:11:57 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:11:57 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:11:57 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:11:57 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:11:57 0 [Note] InnoDB: 10.3.25 started; log sequence number 962435253; transaction id 3461136
2020-12-12 9:11:57 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:11:57 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:11:57 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:11:57 0 [Note] Starting crash recovery...
2020-12-12 9:11:57 0 [Note] Crash recovery finished.
2020-12-12 9:11:57 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:11:57 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:11:57 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:11:57 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:11:57 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:11:57
2020-12-12 9:11:58 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:11:58 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=3
max_threads=402
thread_count=9
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55e903faac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55e903aa807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f39a18723c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f39a138118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f39a1360859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55e9037c8ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55e9037ab702]
/usr/sbin/mysqld(+0xb08b70)[0x55e903de9b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55e903dec22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55e903decc64]
/usr/sbin/mysqld(+0xabf988)[0x55e903da0988]
/usr/sbin/mysqld(+0xab902f)[0x55e903d9a02f]
/usr/sbin/mysqld(+0xb0b586)[0x55e903dec586]
/usr/sbin/mysqld(+0xa49b88)[0x55e903d2ab88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f39a1866609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f39a145d103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:03 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:03 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:03 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:03 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:03 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:03 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:03 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:04 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:04 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:04 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:04 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:04 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:04 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:04 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:04 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:04 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:04 0 [Note] InnoDB: 10.3.25 started; log sequence number 962435575; transaction id 3461136
2020-12-12 9:12:04 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:04 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:04 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:04 0 [Note] Starting crash recovery...
2020-12-12 9:12:04 0 [Note] Crash recovery finished.
2020-12-12 9:12:04 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:04 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:04 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:04 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:04 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:04
2020-12-12 9:12:05 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:05 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564c0a50bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x564c0a00907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f806d5103c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f806d01f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f806cffe859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564c09d29ae7]
/usr/sbin/mysqld(+0x4ca702)[0x564c09d0c702]
/usr/sbin/mysqld(+0xb08b70)[0x564c0a34ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x564c0a34d22d]
/usr/sbin/mysqld(+0xb0bc64)[0x564c0a34dc64]
/usr/sbin/mysqld(+0xabf988)[0x564c0a301988]
/usr/sbin/mysqld(+0xab902f)[0x564c0a2fb02f]
/usr/sbin/mysqld(+0xb0b586)[0x564c0a34d586]
/usr/sbin/mysqld(+0xa49b88)[0x564c0a28bb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f806d504609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f806d0fb103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:11 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:11 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:11 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:11 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:11 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:11 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:11 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:11 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:11 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:11 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:11 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:12 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:12 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:12 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:12 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:12 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:12 0 [Note] InnoDB: 10.3.25 started; log sequence number 962435913; transaction id 3461136
2020-12-12 9:12:12 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:12 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:12 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:12 0 [Note] Starting crash recovery...
2020-12-12 9:12:12 0 [Note] Crash recovery finished.
2020-12-12 9:12:12 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:12 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:12 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:12 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:12 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:12
2020-12-12 9:12:13 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:13 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=4
max_threads=402
thread_count=10
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55728706bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x557286b6907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7efc4a7233c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7efc4a23218b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7efc4a211859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557286889ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55728686c702]
/usr/sbin/mysqld(+0xb08b70)[0x557286eaab70]
/usr/sbin/mysqld(+0xb0b22d)[0x557286ead22d]
/usr/sbin/mysqld(+0xb0bc64)[0x557286eadc64]
/usr/sbin/mysqld(+0xabf988)[0x557286e61988]
/usr/sbin/mysqld(+0xab902f)[0x557286e5b02f]
/usr/sbin/mysqld(+0xb0b586)[0x557286ead586]
/usr/sbin/mysqld(+0xa49b88)[0x557286debb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7efc4a717609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7efc4a30e103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:18 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:18 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:18 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:18 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:18 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:18 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:19 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:19 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:19 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:19 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:19 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:19 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:19 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:19 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:19 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:19 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:19 0 [Note] InnoDB: 10.3.25 started; log sequence number 962436251; transaction id 3461136
2020-12-12 9:12:19 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:19 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:19 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:19 0 [Note] Starting crash recovery...
2020-12-12 9:12:19 0 [Note] Crash recovery finished.
2020-12-12 9:12:19 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:19 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:19 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:19 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:19 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:19
2020-12-12 9:12:20 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:20 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a0cc466c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a0cbf6407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3db3fac3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3db3abb18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3db3a9a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a0cbc84ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a0cbc67702]
/usr/sbin/mysqld(+0xb08b70)[0x55a0cc2a5b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a0cc2a822d]
/usr/sbin/mysqld(+0xb0bc64)[0x55a0cc2a8c64]
/usr/sbin/mysqld(+0xabf988)[0x55a0cc25c988]
/usr/sbin/mysqld(+0xab902f)[0x55a0cc25602f]
/usr/sbin/mysqld(+0xb0b586)[0x55a0cc2a8586]
/usr/sbin/mysqld(+0xa49b88)[0x55a0cc1e6b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3db3fa0609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3db3b97103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:26 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:26 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:26 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:26 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:26 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:26 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:26 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:26 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:26 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:26 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:26 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:27 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:27 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:27 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:27 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:27 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:27 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:27 0 [Note] InnoDB: 10.3.25 started; log sequence number 962436573; transaction id 3461136
2020-12-12 9:12:27 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:27 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:27 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:27 0 [Note] Starting crash recovery...
2020-12-12 9:12:27 0 [Note] Crash recovery finished.
2020-12-12 9:12:27 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:27 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:27 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:27 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:27 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:27
2020-12-12 9:12:28 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:28 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55f41bcaec52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55f41b7ac07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fd19914f3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fd198c5e18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fd198c3d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55f41b4ccae7]
/usr/sbin/mysqld(+0x4ca702)[0x55f41b4af702]
/usr/sbin/mysqld(+0xb08b70)[0x55f41baedb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55f41baf022d]
/usr/sbin/mysqld(+0xb0bc64)[0x55f41baf0c64]
/usr/sbin/mysqld(+0xabf988)[0x55f41baa4988]
/usr/sbin/mysqld(+0xab902f)[0x55f41ba9e02f]
/usr/sbin/mysqld(+0xb0b586)[0x55f41baf0586]
/usr/sbin/mysqld(+0xa49b88)[0x55f41ba2eb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fd199143609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fd198d3a103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:33 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:33 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:33 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:33 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:33 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:33 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:33 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:34 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:34 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:34 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:34 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:34 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:34 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:34 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:34 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:34 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:34 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:34 0 [Note] InnoDB: 10.3.25 started; log sequence number 962436911; transaction id 3461136
2020-12-12 9:12:34 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:34 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:34 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:34 0 [Note] Starting crash recovery...
2020-12-12 9:12:34 0 [Note] Crash recovery finished.
2020-12-12 9:12:34 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:34 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:34 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:34 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:34 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:34
2020-12-12 9:12:35 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:35 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x562978073c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x562977b7107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f14030243c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f1402b3318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f1402b12859]
/usr/sbin/mysqld(+0x4e7ae7)[0x562977891ae7]
/usr/sbin/mysqld(+0x4ca702)[0x562977874702]
/usr/sbin/mysqld(+0xb08b70)[0x562977eb2b70]
/usr/sbin/mysqld(+0xb0b22d)[0x562977eb522d]
/usr/sbin/mysqld(+0xb0bc64)[0x562977eb5c64]
/usr/sbin/mysqld(+0xabf988)[0x562977e69988]
/usr/sbin/mysqld(+0xab902f)[0x562977e6302f]
/usr/sbin/mysqld(+0xb0b586)[0x562977eb5586]
/usr/sbin/mysqld(+0xa49b88)[0x562977df3b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f1403018609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f1402c0f103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:41 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:41 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:41 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:41 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:41 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:41 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:41 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:41 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:41 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:41 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:41 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:42 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:42 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:42 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:42 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:42 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:42 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:42 0 [Note] InnoDB: 10.3.25 started; log sequence number 962437249; transaction id 3461136
2020-12-12 9:12:42 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:42 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:42 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:42 0 [Note] Starting crash recovery...
2020-12-12 9:12:42 0 [Note] Crash recovery finished.
2020-12-12 9:12:42 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:42 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:42 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:42 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:42 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:42
2020-12-12 9:12:43 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:43 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55f51bac1c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55f51b5bf07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f5f05f253c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f5f05a3418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f5f05a13859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55f51b2dfae7]
/usr/sbin/mysqld(+0x4ca702)[0x55f51b2c2702]
/usr/sbin/mysqld(+0xb08b70)[0x55f51b900b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55f51b90322d]
/usr/sbin/mysqld(+0xb0bc64)[0x55f51b903c64]
/usr/sbin/mysqld(+0xabf988)[0x55f51b8b7988]
/usr/sbin/mysqld(+0xab902f)[0x55f51b8b102f]
/usr/sbin/mysqld(+0xb0b586)[0x55f51b903586]
/usr/sbin/mysqld(+0xa49b88)[0x55f51b841b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f5f05f19609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f5f05b10103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:48 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:48 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:48 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:48 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:48 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:48 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:48 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:49 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:49 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:49 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:49 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:49 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:49 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:49 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:49 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:49 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:49 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:12:49 0 [Note] InnoDB: 10.3.25 started; log sequence number 962437571; transaction id 3461136
2020-12-12 9:12:49 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:49 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:49 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:49 0 [Note] Starting crash recovery...
2020-12-12 9:12:49 0 [Note] Crash recovery finished.
2020-12-12 9:12:49 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:49 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:49 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:49 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:49 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:49
2020-12-12 9:12:50 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:50 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55ce4e904c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55ce4e40207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fc016aad3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fc0165bc18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fc01659b859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55ce4e122ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55ce4e105702]
/usr/sbin/mysqld(+0xb08b70)[0x55ce4e743b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55ce4e74622d]
/usr/sbin/mysqld(+0xb0bc64)[0x55ce4e746c64]
/usr/sbin/mysqld(+0xabf988)[0x55ce4e6fa988]
/usr/sbin/mysqld(+0xab902f)[0x55ce4e6f402f]
/usr/sbin/mysqld(+0xb0b586)[0x55ce4e746586]
/usr/sbin/mysqld(+0xa49b88)[0x55ce4e684b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fc016aa1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fc016698103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:12:56 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:12:56 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:12:56 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:12:56 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:12:56 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:12:56 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:12:56 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:12:56 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:12:56 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:12:56 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:12:56 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:12:57 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:12:57 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:12:57 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:12:57 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:12:57 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:12:57 0 [Note] InnoDB: 10.3.25 started; log sequence number 962437909; transaction id 3461136
2020-12-12 9:12:57 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:12:57 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:12:57 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:12:57 0 [Note] Starting crash recovery...
2020-12-12 9:12:57 0 [Note] Crash recovery finished.
2020-12-12 9:12:57 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:12:57 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:12:57 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:12:57 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:12:57 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:12:57
2020-12-12 9:12:58 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:12:58 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=2
max_threads=402
thread_count=8
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55a013494c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55a012f9207d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f9b835cd3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9b830dc18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9b830bb859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55a012cb2ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55a012c95702]
/usr/sbin/mysqld(+0xb08b70)[0x55a0132d3b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55a0132d622d]
/usr/sbin/mysqld(+0xb0bc64)[0x55a0132d6c64]
/usr/sbin/mysqld(+0xabf988)[0x55a01328a988]
/usr/sbin/mysqld(+0xab902f)[0x55a01328402f]
/usr/sbin/mysqld(+0xb0b586)[0x55a0132d6586]
/usr/sbin/mysqld(+0xa49b88)[0x55a013214b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f9b835c1609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9b831b8103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:03 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:03 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:03 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:03 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:03 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:03 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:03 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:04 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:04 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:04 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:04 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:04 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:04 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:04 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:04 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:04 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:04 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:04 0 [Note] InnoDB: 10.3.25 started; log sequence number 962438247; transaction id 3461136
2020-12-12 9:13:04 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:04 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:04 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:04 0 [Note] Starting crash recovery...
2020-12-12 9:13:04 0 [Note] Crash recovery finished.
2020-12-12 9:13:04 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:04 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:04 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:04 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:04 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:04
2020-12-12 9:13:05 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:05 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c4b2f30c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c4b2a2e07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f749f2af3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f749edbe18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f749ed9d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c4b274eae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c4b2731702]
/usr/sbin/mysqld(+0xb08b70)[0x55c4b2d6fb70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c4b2d7222d]
/usr/sbin/mysqld(+0xb0bc64)[0x55c4b2d72c64]
/usr/sbin/mysqld(+0xabf988)[0x55c4b2d26988]
/usr/sbin/mysqld(+0xab902f)[0x55c4b2d2002f]
/usr/sbin/mysqld(+0xb0b586)[0x55c4b2d72586]
/usr/sbin/mysqld(+0xa49b88)[0x55c4b2cb0b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f749f2a3609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f749ee9a103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:11 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:11 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:11 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:11 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:11 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:11 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:11 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:11 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:11 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:12 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:12 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:13 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:13 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:13 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:13 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:13 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:13 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:13 0 [Note] InnoDB: 10.3.25 started; log sequence number 962438569; transaction id 3461136
2020-12-12 9:13:13 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:13 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:13 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:13 0 [Note] Starting crash recovery...
2020-12-12 9:13:13 0 [Note] Crash recovery finished.
2020-12-12 9:13:13 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:13 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:13 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:13 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:13 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:13
2020-12-12 9:13:14 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:14 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5652bdf0bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5652bda0907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f4cb0aa73c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f4cb05b618b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f4cb0595859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5652bd729ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5652bd70c702]
/usr/sbin/mysqld(+0xb08b70)[0x5652bdd4ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x5652bdd4d22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5652bdd4dc64]
/usr/sbin/mysqld(+0xabf988)[0x5652bdd01988]
/usr/sbin/mysqld(+0xab902f)[0x5652bdcfb02f]
/usr/sbin/mysqld(+0xb0b586)[0x5652bdd4d586]
/usr/sbin/mysqld(+0xa49b88)[0x5652bdc8bb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f4cb0a9b609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f4cb0692103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:19 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:19 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:19 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:19 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:19 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:19 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:19 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:20 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:20 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:20 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:20 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:20 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:20 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:20 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:20 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:20 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:20 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:20 0 [Note] InnoDB: 10.3.25 started; log sequence number 962438907; transaction id 3461136
2020-12-12 9:13:20 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:20 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:20 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:20 0 [Note] Starting crash recovery...
2020-12-12 9:13:20 0 [Note] Crash recovery finished.
2020-12-12 9:13:20 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:20 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:20 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:20 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:20 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:20
2020-12-12 9:13:21 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:21 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55c39475ac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55c39425807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f29bc2883c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f29bbd9718b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f29bbd76859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55c393f78ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55c393f5b702]
/usr/sbin/mysqld(+0xb08b70)[0x55c394599b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55c39459c22d]
/usr/sbin/mysqld(+0xb0bc64)[0x55c39459cc64]
/usr/sbin/mysqld(+0xabf988)[0x55c394550988]
/usr/sbin/mysqld(+0xab902f)[0x55c39454a02f]
/usr/sbin/mysqld(+0xb0b586)[0x55c39459c586]
/usr/sbin/mysqld(+0xa49b88)[0x55c3944dab88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f29bc27c609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f29bbe73103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:27 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:27 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:27 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:27 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:27 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:27 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:27 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:27 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:27 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:27 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:27 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:28 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:28 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:28 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:28 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:28 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:28 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:28 0 [Note] InnoDB: 10.3.25 started; log sequence number 962439245; transaction id 3461136
2020-12-12 9:13:28 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:28 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:28 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:28 0 [Note] Starting crash recovery...
2020-12-12 9:13:28 0 [Note] Crash recovery finished.
2020-12-12 9:13:28 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:28 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:28 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:28 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:28 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:28
2020-12-12 9:13:29 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:29 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55b017521c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55b01701f07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fb7b93a23c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fb7b8eb118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fb7b8e90859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55b016d3fae7]
/usr/sbin/mysqld(+0x4ca702)[0x55b016d22702]
/usr/sbin/mysqld(+0xb08b70)[0x55b017360b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55b01736322d]
/usr/sbin/mysqld(+0xb0bc64)[0x55b017363c64]
/usr/sbin/mysqld(+0xabf988)[0x55b017317988]
/usr/sbin/mysqld(+0xab902f)[0x55b01731102f]
/usr/sbin/mysqld(+0xb0b586)[0x55b017363586]
/usr/sbin/mysqld(+0xa49b88)[0x55b0172a1b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fb7b9396609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fb7b8f8d103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:34 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:34 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:34 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:34 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:34 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:34 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:34 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:35 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:35 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:36 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:36 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:36 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:36 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:36 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:36 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:36 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:36 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:36 0 [Note] InnoDB: 10.3.25 started; log sequence number 962439567; transaction id 3461136
2020-12-12 9:13:36 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:36 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:36 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:36 0 [Note] Starting crash recovery...
2020-12-12 9:13:36 0 [Note] Crash recovery finished.
2020-12-12 9:13:36 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:36 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:36 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:36 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:36 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:36
2020-12-12 9:13:37 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:37 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x564e97c28c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x564e9772607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f2ea0c623c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f2ea077118b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f2ea0750859]
/usr/sbin/mysqld(+0x4e7ae7)[0x564e97446ae7]
/usr/sbin/mysqld(+0x4ca702)[0x564e97429702]
/usr/sbin/mysqld(+0xb08b70)[0x564e97a67b70]
/usr/sbin/mysqld(+0xb0b22d)[0x564e97a6a22d]
/usr/sbin/mysqld(+0xb0bc64)[0x564e97a6ac64]
/usr/sbin/mysqld(+0xabf988)[0x564e97a1e988]
/usr/sbin/mysqld(+0xab902f)[0x564e97a1802f]
/usr/sbin/mysqld(+0xb0b586)[0x564e97a6a586]
/usr/sbin/mysqld(+0xa49b88)[0x564e979a8b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f2ea0c56609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f2ea084d103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:43 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:43 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:43 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:43 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:43 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:43 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:43 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:43 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:43 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:43 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:43 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:44 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:44 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:44 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:44 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:44 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:44 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:44 0 [Note] InnoDB: 10.3.25 started; log sequence number 962439905; transaction id 3461136
2020-12-12 9:13:44 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:44 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:44 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:44 0 [Note] Starting crash recovery...
2020-12-12 9:13:44 0 [Note] Crash recovery finished.
2020-12-12 9:13:44 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:44 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:44 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:44 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:44 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:44
2020-12-12 9:13:45 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:45 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55dadd373c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x55dadce7107d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7fb6e74553c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7fb6e6f6418b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7fb6e6f43859]
/usr/sbin/mysqld(+0x4e7ae7)[0x55dadcb91ae7]
/usr/sbin/mysqld(+0x4ca702)[0x55dadcb74702]
/usr/sbin/mysqld(+0xb08b70)[0x55dadd1b2b70]
/usr/sbin/mysqld(+0xb0b22d)[0x55dadd1b522d]
/usr/sbin/mysqld(+0xb0bc64)[0x55dadd1b5c64]
/usr/sbin/mysqld(+0xabf988)[0x55dadd169988]
/usr/sbin/mysqld(+0xab902f)[0x55dadd16302f]
/usr/sbin/mysqld(+0xb0b586)[0x55dadd1b5586]
/usr/sbin/mysqld(+0xa49b88)[0x55dadd0f3b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7fb6e7449609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7fb6e7040103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:50 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:50 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:50 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:50 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:50 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:50 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:50 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:51 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:51 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:51 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:51 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:51 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:51 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:51 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:51 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:51 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:51 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:51 0 [Note] InnoDB: 10.3.25 started; log sequence number 962440243; transaction id 3461136
2020-12-12 9:13:51 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:51 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:51 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:51 0 [Note] Starting crash recovery...
2020-12-12 9:13:51 0 [Note] Crash recovery finished.
2020-12-12 9:13:51 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:51 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:51 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:51 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:51 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:51
2020-12-12 9:13:52 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:13:52 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x556a5a87bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x556a5a37907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f9a0cf1f3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f9a0ca2e18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f9a0ca0d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x556a5a099ae7]
/usr/sbin/mysqld(+0x4ca702)[0x556a5a07c702]
/usr/sbin/mysqld(+0xb08b70)[0x556a5a6bab70]
/usr/sbin/mysqld(+0xb0b22d)[0x556a5a6bd22d]
/usr/sbin/mysqld(+0xb0bc64)[0x556a5a6bdc64]
/usr/sbin/mysqld(+0xabf988)[0x556a5a671988]
/usr/sbin/mysqld(+0xab902f)[0x556a5a66b02f]
/usr/sbin/mysqld(+0xb0b586)[0x556a5a6bd586]
/usr/sbin/mysqld(+0xa49b88)[0x556a5a5fbb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f9a0cf13609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9a0cb0a103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:13:58 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:13:58 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:13:58 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:13:58 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:13:58 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:13:58 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:13:58 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:13:58 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:13:58 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:13:58 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:13:58 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:13:59 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:13:59 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:13:59 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:13:59 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:13:59 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:13:59 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:13:59 0 [Note] InnoDB: 10.3.25 started; log sequence number 962440565; transaction id 3461136
2020-12-12 9:13:59 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:13:59 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:13:59 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:13:59 0 [Note] Starting crash recovery...
2020-12-12 9:13:59 0 [Note] Crash recovery finished.
2020-12-12 9:13:59 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:13:59 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:13:59 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:13:59 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:13:59 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:13:59
2020-12-12 9:14:00 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:00 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x55713425ec52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x557133d5c07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7ff6bb3ac3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7ff6baebb18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7ff6bae9a859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557133a7cae7]
/usr/sbin/mysqld(+0x4ca702)[0x557133a5f702]
/usr/sbin/mysqld(+0xb08b70)[0x55713409db70]
/usr/sbin/mysqld(+0xb0b22d)[0x5571340a022d]
/usr/sbin/mysqld(+0xb0bc64)[0x5571340a0c64]
/usr/sbin/mysqld(+0xabf988)[0x557134054988]
/usr/sbin/mysqld(+0xab902f)[0x55713404e02f]
/usr/sbin/mysqld(+0xb0b586)[0x5571340a0586]
/usr/sbin/mysqld(+0xa49b88)[0x557133fdeb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7ff6bb3a0609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7ff6baf97103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:05 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:05 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:05 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:05 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:05 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:05 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:05 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:06 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:06 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:06 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:06 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:06 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:06 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:06 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:06 0 [Note] InnoDB: 10.3.25 started; log sequence number 962440903; transaction id 3461136
2020-12-12 9:14:06 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:06 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:06 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:06 0 [Note] Starting crash recovery...
2020-12-12 9:14:06 0 [Note] Crash recovery finished.
2020-12-12 9:14:06 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:06 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:06 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:06 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:06 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:06
2020-12-12 9:14:07 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:07 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x556e35e16c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x556e3591407d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f36903103c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f368fe1f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f368fdfe859]
/usr/sbin/mysqld(+0x4e7ae7)[0x556e35634ae7]
/usr/sbin/mysqld(+0x4ca702)[0x556e35617702]
/usr/sbin/mysqld(+0xb08b70)[0x556e35c55b70]
/usr/sbin/mysqld(+0xb0b22d)[0x556e35c5822d]
/usr/sbin/mysqld(+0xb0bc64)[0x556e35c58c64]
/usr/sbin/mysqld(+0xabf988)[0x556e35c0c988]
/usr/sbin/mysqld(+0xab902f)[0x556e35c0602f]
/usr/sbin/mysqld(+0xb0b586)[0x556e35c58586]
/usr/sbin/mysqld(+0xa49b88)[0x556e35b96b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3690304609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f368fefb103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:13 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:13 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:13 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:13 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:13 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:13 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:13 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:13 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:13 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:13 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:13 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:14 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:14 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:14 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:14 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:14 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:14 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:14 0 [Note] InnoDB: 10.3.25 started; log sequence number 962441241; transaction id 3461136
2020-12-12 9:14:14 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:14 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:14 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:14 0 [Note] Starting crash recovery...
2020-12-12 9:14:14 0 [Note] Crash recovery finished.
2020-12-12 9:14:14 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:14 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:14 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:14 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:14 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:14
2020-12-12 9:14:15 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:15 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5608b732bc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5608b6e2907d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f7d5735f3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f7d56e6e18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f7d56e4d859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5608b6b49ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5608b6b2c702]
/usr/sbin/mysqld(+0xb08b70)[0x5608b716ab70]
/usr/sbin/mysqld(+0xb0b22d)[0x5608b716d22d]
/usr/sbin/mysqld(+0xb0bc64)[0x5608b716dc64]
/usr/sbin/mysqld(+0xabf988)[0x5608b7121988]
/usr/sbin/mysqld(+0xab902f)[0x5608b711b02f]
/usr/sbin/mysqld(+0xb0b586)[0x5608b716d586]
/usr/sbin/mysqld(+0xa49b88)[0x5608b70abb88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f7d57353609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f7d56f4a103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:20 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:20 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:20 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:20 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:20 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:20 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:20 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:21 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:21 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:21 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:21 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:21 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:21 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:21 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:21 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:21 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:21 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:21 0 [Note] InnoDB: 10.3.25 started; log sequence number 962441563; transaction id 3461136
2020-12-12 9:14:21 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:21 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:21 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:21 0 [Note] Starting crash recovery...
2020-12-12 9:14:21 0 [Note] Crash recovery finished.
2020-12-12 9:14:21 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:21 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:21 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:21 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:21 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:21
2020-12-12 9:14:22 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:22 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x5641db822c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x5641db32007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3f20fb43c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3f20ac318b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3f20aa2859]
/usr/sbin/mysqld(+0x4e7ae7)[0x5641db040ae7]
/usr/sbin/mysqld(+0x4ca702)[0x5641db023702]
/usr/sbin/mysqld(+0xb08b70)[0x5641db661b70]
/usr/sbin/mysqld(+0xb0b22d)[0x5641db66422d]
/usr/sbin/mysqld(+0xb0bc64)[0x5641db664c64]
/usr/sbin/mysqld(+0xabf988)[0x5641db618988]
/usr/sbin/mysqld(+0xab902f)[0x5641db61202f]
/usr/sbin/mysqld(+0xb0b586)[0x5641db664586]
/usr/sbin/mysqld(+0xa49b88)[0x5641db5a2b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3f20fa8609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3f20b9f103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:28 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:28 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:28 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:28 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:28 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:28 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:28 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:28 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:28 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:28 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:28 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:29 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:29 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:29 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:29 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:29 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:29 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:29 0 [Note] InnoDB: 10.3.25 started; log sequence number 962441901; transaction id 3461136
2020-12-12 9:14:29 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:29 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:29 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:29 0 [Note] Starting crash recovery...
2020-12-12 9:14:29 0 [Note] Crash recovery finished.
2020-12-12 9:14:29 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:29 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:29 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:29 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:29 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:29
2020-12-12 9:14:30 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:30 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x555a62db2c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x555a628b007d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f45af0503c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f45aeb5f18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f45aeb3e859]
/usr/sbin/mysqld(+0x4e7ae7)[0x555a625d0ae7]
/usr/sbin/mysqld(+0x4ca702)[0x555a625b3702]
/usr/sbin/mysqld(+0xb08b70)[0x555a62bf1b70]
/usr/sbin/mysqld(+0xb0b22d)[0x555a62bf422d]
/usr/sbin/mysqld(+0xb0bc64)[0x555a62bf4c64]
/usr/sbin/mysqld(+0xabf988)[0x555a62ba8988]
/usr/sbin/mysqld(+0xab902f)[0x555a62ba202f]
/usr/sbin/mysqld(+0xb0b586)[0x555a62bf4586]
/usr/sbin/mysqld(+0xa49b88)[0x555a62b32b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f45af044609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f45aec3b103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:35 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:35 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:35 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:35 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:35 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:35 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:36 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:36 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:37 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:37 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:37 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:37 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:37 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:37 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:37 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:37 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:37 0 [Note] InnoDB: 10.3.25 started; log sequence number 962442223; transaction id 3461136
2020-12-12 9:14:37 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:37 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:37 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:37 0 [Note] Starting crash recovery...
2020-12-12 9:14:37 0 [Note] Crash recovery finished.
2020-12-12 9:14:37 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:37 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:37 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:37 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:37 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:37
2020-12-12 9:14:38 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:38 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x56204b090c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x56204ab8e07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f3ac53ab3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f3ac4eba18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f3ac4e99859]
/usr/sbin/mysqld(+0x4e7ae7)[0x56204a8aeae7]
/usr/sbin/mysqld(+0x4ca702)[0x56204a891702]
/usr/sbin/mysqld(+0xb08b70)[0x56204aecfb70]
/usr/sbin/mysqld(+0xb0b22d)[0x56204aed222d]
/usr/sbin/mysqld(+0xb0bc64)[0x56204aed2c64]
/usr/sbin/mysqld(+0xabf988)[0x56204ae86988]
/usr/sbin/mysqld(+0xab902f)[0x56204ae8002f]
/usr/sbin/mysqld(+0xb0b586)[0x56204aed2586]
/usr/sbin/mysqld(+0xa49b88)[0x56204ae10b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f3ac539f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f3ac4f96103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:44 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:44 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:44 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:44 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:44 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:44 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:44 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:44 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:44 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:44 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:44 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:45 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:45 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:45 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:45 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:45 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:45 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:45 0 [Note] InnoDB: 10.3.25 started; log sequence number 962442561; transaction id 3461136
2020-12-12 9:14:45 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:45 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:45 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:45 0 [Note] Starting crash recovery...
2020-12-12 9:14:45 0 [Note] Crash recovery finished.
2020-12-12 9:14:45 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:45 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:45 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:45 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:45 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:45
2020-12-12 9:14:46 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:46 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x557d5d338c52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x557d5ce3607d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f979046a3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f978ff7918b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f978ff58859]
/usr/sbin/mysqld(+0x4e7ae7)[0x557d5cb56ae7]
/usr/sbin/mysqld(+0x4ca702)[0x557d5cb39702]
/usr/sbin/mysqld(+0xb08b70)[0x557d5d177b70]
/usr/sbin/mysqld(+0xb0b22d)[0x557d5d17a22d]
/usr/sbin/mysqld(+0xb0bc64)[0x557d5d17ac64]
/usr/sbin/mysqld(+0xabf988)[0x557d5d12e988]
/usr/sbin/mysqld(+0xab902f)[0x557d5d12802f]
/usr/sbin/mysqld(+0xb0b586)[0x557d5d17a586]
/usr/sbin/mysqld(+0xa49b88)[0x557d5d0b8b88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f979045e609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f9790055103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:51 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:51 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:51 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:51 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:51 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:51 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:51 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:52 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:52 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:52 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:52 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:14:52 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:14:52 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:14:52 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:14:52 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:14:52 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:14:52 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:14:52 0 [Note] InnoDB: 10.3.25 started; log sequence number 962442899; transaction id 3461136
2020-12-12 9:14:52 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:14:52 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:14:52 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:14:52 0 [Note] Starting crash recovery...
2020-12-12 9:14:52 0 [Note] Crash recovery finished.
2020-12-12 9:14:52 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:14:52 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:14:52 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:14:52 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:14:52 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:14:52
2020-12-12 9:14:53 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:14:53 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x563bf24eac52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x563bf1fe807d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f880a6db3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f880a1ea18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f880a1c9859]
/usr/sbin/mysqld(+0x4e7ae7)[0x563bf1d08ae7]
/usr/sbin/mysqld(+0x4ca702)[0x563bf1ceb702]
/usr/sbin/mysqld(+0xb08b70)[0x563bf2329b70]
/usr/sbin/mysqld(+0xb0b22d)[0x563bf232c22d]
/usr/sbin/mysqld(+0xb0bc64)[0x563bf232cc64]
/usr/sbin/mysqld(+0xabf988)[0x563bf22e0988]
/usr/sbin/mysqld(+0xab902f)[0x563bf22da02f]
/usr/sbin/mysqld(+0xb0b586)[0x563bf232c586]
/usr/sbin/mysqld(+0xa49b88)[0x563bf226ab88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f880a6cf609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f880a2c6103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:14:59 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:14:59 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:14:59 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:14:59 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:14:59 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:14:59 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:14:59 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:14:59 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:14:59 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:14:59 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:14:59 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:15:00 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:15:00 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:15:00 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:15:00 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:15:00 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:15:00 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:15:00 0 [Note] InnoDB: 10.3.25 started; log sequence number 962443221; transaction id 3461136
2020-12-12 9:15:00 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:15:00 0 [Note] Plugin 'FEEDBACK' is disabled.
2020-12-12 9:15:00 0 [Note] Recovering after a crash using tc.log
2020-12-12 9:15:00 0 [Note] Starting crash recovery...
2020-12-12 9:15:00 0 [Note] Crash recovery finished.
2020-12-12 9:15:00 0 [Note] Server socket created on IP: '127.0.0.1'.
2020-12-12 9:15:00 0 [Note] Reading of all Master_info entries succeeded
2020-12-12 9:15:00 0 [Note] Added new Master_info '' to hash table
2020-12-12 9:15:00 0 [Note] /usr/sbin/mysqld: ready for connections.
Version: '10.3.25-MariaDB-0ubuntu0.20.04.1' socket: '/run/mysqld/mysqld.sock' port: 3306 Ubuntu 20.04
2020-12-12 9:15:00 0 [Note] InnoDB: Buffer pool(s) load completed at 201212 9:15:00
2020-12-12 9:15:01 0 [ERROR] [FATAL] InnoDB: fsync() returned 5
201212 9:15:01 [ERROR] mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.25-MariaDB-0ubuntu0.20.04.1
key_buffer_size=268435456
read_buffer_size=131072
max_used_connections=1
max_threads=402
thread_count=7
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1145931 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
/usr/sbin/mysqld(my_print_stacktrace+0x32)[0x561ac94bdc52]
/usr/sbin/mysqld(handle_fatal_signal+0x55d)[0x561ac8fbb07d]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x153c0)[0x7f057a06b3c0]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xcb)[0x7f0579b7a18b]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x12b)[0x7f0579b59859]
/usr/sbin/mysqld(+0x4e7ae7)[0x561ac8cdbae7]
/usr/sbin/mysqld(+0x4ca702)[0x561ac8cbe702]
/usr/sbin/mysqld(+0xb08b70)[0x561ac92fcb70]
/usr/sbin/mysqld(+0xb0b22d)[0x561ac92ff22d]
/usr/sbin/mysqld(+0xb0bc64)[0x561ac92ffc64]
/usr/sbin/mysqld(+0xabf988)[0x561ac92b3988]
/usr/sbin/mysqld(+0xab902f)[0x561ac92ad02f]
/usr/sbin/mysqld(+0xb0b586)[0x561ac92ff586]
/usr/sbin/mysqld(+0xa49b88)[0x561ac923db88]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x9609)[0x7f057a05f609]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x43)[0x7f0579c56103]
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Fatal signal 11 while backtracing
2020-12-12 9:15:06 0 [Note] InnoDB: Using Linux native AIO
2020-12-12 9:15:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2020-12-12 9:15:06 0 [Note] InnoDB: Uses event mutexes
2020-12-12 9:15:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2020-12-12 9:15:06 0 [Note] InnoDB: Number of pools: 1
2020-12-12 9:15:06 0 [Note] InnoDB: Using SSE2 crc32 instructions
2020-12-12 9:15:06 0 [Note] InnoDB: Initializing buffer pool, total size = 7G, instances = 8, chunk size = 128M
2020-12-12 9:15:07 0 [Note] InnoDB: Completed initialization of buffer pool
2020-12-12 9:15:07 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
2020-12-12 9:15:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=962398707
2020-12-12 9:15:07 0 [Note] InnoDB: Starting final batch to recover 27 pages from redo log.
2020-12-12 9:15:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2020-12-12 9:15:07 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2020-12-12 9:15:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2020-12-12 9:15:07 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2020-12-12 9:15:07 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2020-12-12 9:15:07 0 [Note] InnoDB: Waiting for purge to start
2020-12-12 9:15:07 0 [Note] InnoDB: 10.3.25 started; log sequence number 962443559; transaction id 3461136
2020-12-12 9:15:07 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
2020-12-12 9:15:0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment