09:40:50 mysqld[27404]: 210401  9:40:50 [ERROR] mysqld got signal 11 ;
09:40:50 mysqld[27404]: This could be because you hit a bug. It is also possible that this binary
09:40:50 mysqld[27404]: or one of the libraries it was linked against is corrupt, improperly built,
09:40:50 mysqld[27404]: or misconfigured. This error can also be caused by malfunctioning hardware.
09:40:50 mysqld[27404]: To report this bug, see https://mariadb.com/kb/en/reporting-bugs
09:40:52 mysqld[27404]: We will try our best to scrape up some info that will hopefully help
09:40:52 mysqld[27404]: diagnose the problem, but since we have already crashed,
09:40:52 mysqld[27404]: something is definitely wrong and this may fail.
09:40:52 mysqld[27404]: Server version: 10.3.28-MariaDB-1:10.3.28+maria~stretch-log
09:40:52 mysqld[27404]: key_buffer_size=134217728
09:40:52 mysqld[27404]: read_buffer_size=131072
09:40:52 mysqld[27404]: max_used_connections=436
09:40:52 mysqld[27404]: max_threads=702
09:40:52 mysqld[27404]: thread_count=290
09:40:52 mysqld[27404]: It is possible that mysqld could use up to
09:40:52 mysqld[27404]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1674418 K  bytes of memory
09:40:52 mysqld[27404]: Hope that's ok; if not, decrease some variables in the equation.
09:40:52 mysqld[27404]: Thread pointer: 0x0
09:40:52 mysqld[27404]: Attempting backtrace. You can use the following information to find out
09:40:52 mysqld[27404]: where mysqld died. If you see no messages after this, something went
09:40:52 mysqld[27404]: terribly wrong...
09:40:52 mysqld[27404]: stack_bottom = 0x0 thread_stack 0x30000
09:40:52 kernel: [11440507.073631] traps: mysqld[9831] general protection ip:557e29aa9872 sp:7efbf1155450 error:0
09:40:52 kernel: [11440507.073643]  in mysqld[557e29108000+12c1000]
09:41:02 systemd[1]: mariadb.service: Main process exited, code=killed, status=11/SEGV
09:41:02 systemd[1]: mariadb.service: Unit entered failed state.
09:41:02 systemd[1]: mariadb.service: Failed with result 'signal'.
09:41:07 systemd[1]: mariadb.service: Service hold-off time over, scheduling restart.
09:41:07 systemd[1]: Stopped MariaDB 10.3.28 database server.
09:41:07 systemd[1]: Starting MariaDB 10.3.28 database server...
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] /usr/sbin/mysqld (mysqld 10.3.28-MariaDB-1:10.3.28+maria~stretch-log) starting as process 10120 ...
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Warning] Could not increase number of max_open_files to more than 1048576 (request: 1049327)
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Using Linux native AIO
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Uses event mutexes
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Number of pools: 1
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Using SSE2 crc32 instructions
09:41:08 mysqld[10120]: 2021-04-01  9:41:08 0 [Note] InnoDB: Initializing buffer pool, total size = 128G, instances = 64, chunk size = 128M
09:41:17 mysqld[10120]: 2021-04-01  9:41:17 0 [Note] InnoDB: Completed initialization of buffer pool
09:41:17 mysqld[10120]: 2021-04-01  9:41:17 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
09:41:17 mysqld[10120]: 2021-04-01  9:41:17 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1742438359857
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18075] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18076] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17883] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17884] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17885] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17886] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17984] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17887] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17985] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17986] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17987] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17988] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17989] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17990] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17991] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17992] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17888] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17993] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17889] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17994] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17890] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17891] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17995] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17892] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17996] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17893] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17997] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17894] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17895] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17998] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17896] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17999] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17897] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18000] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17898] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18001] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17899] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18002] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17900] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18003] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17901] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18004] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17902] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17903] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18005] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17904] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18006] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17905] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18007] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17906] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18008] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17907] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17908] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=18009] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Recovered page [page id: space=991133, page number=17909] from the doublewrite buffer.
09:41:25 mysqld[10120]: 2021-04-01  9:41:25 0 [Note] InnoDB: Starting final batch to recover 24965 pages from redo log.
09:41:32 mysqld[10120]: 2021-04-01  9:41:32 0 [Note] InnoDB: To recover: 2337 pages from log
09:41:33 mysqld[10120]: 210401  9:41:33 [ERROR] mysqld got signal 11 ;
09:41:33 mysqld[10120]: This could be because you hit a bug. It is also possible that this binary
09:41:33 mysqld[10120]: or one of the libraries it was linked against is corrupt, improperly built,
09:41:33 mysqld[10120]: or misconfigured. This error can also be caused by malfunctioning hardware.
09:41:33 mysqld[10120]: To report this bug, see https://mariadb.com/kb/en/reporting-bugs
09:41:33 mysqld[10120]: We will try our best to scrape up some info that will hopefully help
09:41:33 mysqld[10120]: diagnose the problem, but since we have already crashed,
09:41:33 mysqld[10120]: something is definitely wrong and this may fail.
09:41:33 mysqld[10120]: Server version: 10.3.28-MariaDB-1:10.3.28+maria~stretch-log
09:41:33 mysqld[10120]: key_buffer_size=134217728
09:41:33 mysqld[10120]: read_buffer_size=131072
09:41:33 mysqld[10120]: max_used_connections=0
09:41:33 mysqld[10120]: max_threads=702
09:41:33 mysqld[10120]: thread_count=0
09:41:33 mysqld[10120]: It is possible that mysqld could use up to
09:41:33 mysqld[10120]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1674418 K  bytes of memory
09:41:33 mysqld[10120]: Hope that's ok; if not, decrease some variables in the equation.
09:41:33 mysqld[10120]: Thread pointer: 0x0
09:41:33 mysqld[10120]: Attempting backtrace. You can use the following information to find out
09:41:33 mysqld[10120]: where mysqld died. If you see no messages after this, something went
09:41:33 mysqld[10120]: terribly wrong...
09:41:33 mysqld[10120]: stack_bottom = 0x0 thread_stack 0x30000
09:41:33 mysqld[10120]: /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x55a780d63ade]
09:41:33 mysqld[10120]: /usr/sbin/mysqld(handle_fatal_signal+0x3af)[0x55a78081209f]
09:41:34 mysqld[10120]: /lib/x86_64-linux-gnu/libpthread.so.0(+0x110e0)[0x7efee05380e0]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0x97e74c)[0x55a780a1174c]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0x980450)[0x55a780a13450]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0x9616dc)[0x55a7809f46dc]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0x963233)[0x55a7809f6233]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0x4bc00a)[0x55a78054f00a]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0xa979cb)[0x55a780b2a9cb]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0xaffbc1)[0x55a780b92bc1]
09:41:34 mysqld[10120]: /usr/sbin/mysqld(+0xa0ef58)[0x55a780aa1f58]
09:41:35 mysqld[10120]: nptl/pthread_create.c:456(start_thread)[0x7efee052e4a4]
09:41:36 mysqld[10120]: x86_64/clone.S:99(clone)[0x7efedea79d0f]
09:41:36 mysqld[10120]: The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
09:41:36 mysqld[10120]: information that should help you find out what is causing the crash.
09:41:36 kernel: [11440550.270784] mysqld[10133]: segfault at 0 ip 000055a780d60cd9 sp 00007edca4971e10 error 6 in mysqld[55a780093000+12c1000]
09:41:36 mysqld[10120]: Writing a core file...
09:41:36 mysqld[10120]: Working directory at /var/lib/mysql
09:41:36 mysqld[10120]: Resource Limits:
09:41:36 systemd[1]: mariadb.service: Main process exited, code=killed, status=11/SEGV
09:41:36 systemd[1]: Failed to start MariaDB 10.3.28 database server.
09:41:36 systemd[1]: mariadb.service: Unit entered failed state.
09:41:36 systemd[1]: mariadb.service: Failed with result 'signal'.
09:41:41 systemd[1]: mariadb.service: Service hold-off time over, scheduling restart.
09:41:41 systemd[1]: Stopped MariaDB 10.3.28 database server.
09:41:41 systemd[1]: Starting MariaDB 10.3.28 database server...
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] /usr/sbin/mysqld (mysqld 10.3.28-MariaDB-1:10.3.28+maria~stretch-log) starting as process 10385 ...
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Warning] Could not increase number of max_open_files to more than 1048576 (request: 1049327)
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Using Linux native AIO
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Uses event mutexes
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Number of pools: 1
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Using SSE2 crc32 instructions
09:41:42 mysqld[10385]: 2021-04-01  9:41:42 0 [Note] InnoDB: Initializing buffer pool, total size = 128G, instances = 64, chunk size = 128M
09:41:51 mysqld[10385]: 2021-04-01  9:41:51 0 [Note] InnoDB: Completed initialization of buffer pool
09:41:51 mysqld[10385]: 2021-04-01  9:41:51 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
09:41:51 mysqld[10385]: 2021-04-01  9:41:51 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1742039439598
09:41:53 mysqld[10385]: 2021-04-01  9:41:53 0 [Note] InnoDB: Starting final batch to recover 24965 pages from redo log.
09:42:00 mysqld[10385]: 210401  9:42:00 [ERROR] mysqld got signal 11 ;
09:42:00 mysqld[10385]: This could be because you hit a bug. It is also possible that this binary
09:42:00 mysqld[10385]: or one of the libraries it was linked against is corrupt, improperly built,
09:42:00 mysqld[10385]: or misconfigured. This error can also be caused by malfunctioning hardware.
09:42:00 mysqld[10385]: To report this bug, see https://mariadb.com/kb/en/reporting-bugs
09:42:00 mysqld[10385]: We will try our best to scrape up some info that will hopefully help
09:42:00 mysqld[10385]: diagnose the problem, but since we have already crashed,
09:42:00 mysqld[10385]: something is definitely wrong and this may fail.
09:42:00 mysqld[10385]: Server version: 10.3.28-MariaDB-1:10.3.28+maria~stretch-log
09:42:00 mysqld[10385]: key_buffer_size=134217728
09:42:00 mysqld[10385]: read_buffer_size=131072
09:42:00 mysqld[10385]: max_used_connections=0
09:42:00 mysqld[10385]: max_threads=702
09:42:00 mysqld[10385]: thread_count=0
09:42:00 mysqld[10385]: It is possible that mysqld could use up to
09:42:00 mysqld[10385]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1674418 K  bytes of memory
09:42:00 mysqld[10385]: Hope that's ok; if not, decrease some variables in the equation.
09:42:00 mysqld[10385]: Thread pointer: 0x0
09:42:00 mysqld[10385]: Attempting backtrace. You can use the following information to find out
09:42:00 mysqld[10385]: where mysqld died. If you see no messages after this, something went
09:42:00 mysqld[10385]: terribly wrong...
09:42:00 mysqld[10385]: stack_bottom = 0x0 thread_stack 0x30000
09:42:00 mysqld[10385]: /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x55fe150abade]
09:42:00 mysqld[10385]: /usr/sbin/mysqld(handle_fatal_signal+0x3af)[0x55fe14b5a09f]
09:42:00 kernel: [11440575.078615] mysqld[10481]: segfault at fffffffffffffffb ip 000055fe14d5974c sp 00007f385fc333a0 error 5 in mysqld[55fe143db000+12c1000]
09:42:01 systemd[1]: mariadb.service: Main process exited, code=killed, status=11/SEGV
09:42:01 systemd[1]: Failed to start MariaDB 10.3.28 database server.
09:42:01 systemd[1]: mariadb.service: Unit entered failed state.
09:42:01 systemd[1]: mariadb.service: Failed with result 'signal'.
09:42:06 systemd[1]: mariadb.service: Service hold-off time over, scheduling restart.
09:42:06 systemd[1]: Stopped MariaDB 10.3.28 database server.
09:42:06 systemd[1]: Starting MariaDB 10.3.28 database server...
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] /usr/sbin/mysqld (mysqld 10.3.28-MariaDB-1:10.3.28+maria~stretch-log) starting as process 10709 ...
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Warning] Could not increase number of max_open_files to more than 1048576 (request: 1049327)
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Using Linux native AIO
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Uses event mutexes
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Compressed tables use zlib 1.2.8
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Number of pools: 1
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Using SSE2 crc32 instructions
09:42:07 mysqld[10709]: 2021-04-01  9:42:07 0 [Note] InnoDB: Initializing buffer pool, total size = 128G, instances = 64, chunk size = 128M
09:42:16 mysqld[10709]: 2021-04-01  9:42:16 0 [Note] InnoDB: Completed initialization of buffer pool
09:42:16 mysqld[10709]: 2021-04-01  9:42:16 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().
09:42:16 mysqld[10709]: 2021-04-01  9:42:16 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=1742039439598
09:42:18 mysqld[10709]: 2021-04-01  9:42:18 0 [Note] InnoDB: Starting final batch to recover 24965 pages from redo log.
09:42:25 mysqld[10709]: 210401  9:42:25 [ERROR] mysqld got signal 11 ;
09:42:25 mysqld[10709]: This could be because you hit a bug. It is also possible that this binary
09:42:25 mysqld[10709]: or one of the libraries it was linked against is corrupt, improperly built,
09:42:25 mysqld[10709]: or misconfigured. This error can also be caused by malfunctioning hardware.
09:42:25 mysqld[10709]: To report this bug, see https://mariadb.com/kb/en/reporting-bugs
09:42:25 mysqld[10709]: We will try our best to scrape up some info that will hopefully help
09:42:25 mysqld[10709]: diagnose the problem, but since we have already crashed,
09:42:25 mysqld[10709]: something is definitely wrong and this may fail.
09:42:25 mysqld[10709]: Server version: 10.3.28-MariaDB-1:10.3.28+maria~stretch-log
09:42:25 mysqld[10709]: key_buffer_size=134217728
09:42:25 mysqld[10709]: read_buffer_size=131072
09:42:25 mysqld[10709]: max_used_connections=0
09:42:25 mysqld[10709]: max_threads=702
09:42:25 mysqld[10709]: thread_count=0
09:42:25 mysqld[10709]: It is possible that mysqld could use up to
09:42:25 mysqld[10709]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 1674418 K  bytes of memory
09:42:25 mysqld[10709]: Hope that's ok; if not, decrease some variables in the equation.
09:42:25 mysqld[10709]: Thread pointer: 0x0
09:42:25 mysqld[10709]: Attempting backtrace. You can use the following information to find out
09:42:25 mysqld[10709]: where mysqld died. If you see no messages after this, something went
09:42:25 mysqld[10709]: terribly wrong...
09:42:25 mysqld[10709]: stack_bottom = 0x0 thread_stack 0x30000
09:42:25 mysqld[10709]: /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x55a2eb7cbade]
09:42:25 mysqld[10709]: /usr/sbin/mysqld(handle_fatal_signal+0x3af)[0x55a2eb27a09f]
09:42:26 mysqld[10709]: /lib/x86_64-linux-gnu/libpthread.so.0(+0x110e0)[0x7fce75ae80e0]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0x97e74c)[0x55a2eb47974c]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0x980450)[0x55a2eb47b450]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0x9616dc)[0x55a2eb45c6dc]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0x963233)[0x55a2eb45e233]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0x4bc00a)[0x55a2eafb700a]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0xa979cb)[0x55a2eb5929cb]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0xaffbc1)[0x55a2eb5fabc1]
09:42:26 mysqld[10709]: /usr/sbin/mysqld(+0xa0ef58)[0x55a2eb509f58]
09:42:27 mysqld[10709]: nptl/pthread_create.c:456(start_thread)[0x7fce75ade4a4]
09:42:27 mysqld[10709]: /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7fce74029d0f]
09:42:27 mysqld[10709]: The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
09:42:27 mysqld[10709]: information that should help you find out what is causing the crash.
09:42:27 mysqld[10709]: Writing a core file...
09:42:27 mysqld[10709]: Working directory at /var/lib/mysql
09:42:27 mysqld[10709]: Resource Limits:
09:42:27 kernel: [11440602.100793] mysqld[10726]: segfault at 0 ip 000055a2eb7c8cd9 sp 00007fac39e66e10 error 6 in mysqld[55a2eaafb000+12c1000]
09:42:28 systemd[1]: mariadb.service: Main process exited, code=killed, status=11/SEGV
09:42:28 systemd[1]: Failed to start MariaDB 10.3.28 database server.
09:42:28 systemd[1]: mariadb.service: Unit entered failed state.
09:42:28 systemd[1]: mariadb.service: Failed with result 'signal'.
09:42:33 systemd[1]: mariadb.service: Service hold-off time over, scheduling restart.
09:42:33 systemd[1]: Stopped MariaDB 10.3.28 database server.