System Events =-=-=-=-=-=-= Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: 2023-06-13 4:02:10 26322 [ERROR] InnoDB: We detected index corruption in an InnoDB type table. You have to dump + drop + reimport the table or, in a case of widespread corruption, dump all InnoDB tables and recreate the whole tablespace. If the mariadbd server crashes after the startup or when you dump the tables. Please refer to https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmariadb.com%2Fkb%2Fen%2Flibrary%2Finnodb-recovery-modes%2F&data=05%7C01%7Csys-admin%40axini.com%7C0c8eca10b6dc48228c8508db6bcb548d%7Cc87b484e0dc64b33a6104b4d699c08de%7C0%7C0%7C638222293270688781%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eY1W4mXw7%2FPV3GRy0gG2sSdHZqXLC99szjhacc%2Ftef4%3D&reserved=0 for information about forcing recovery. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: 2023-06-13 4:02:10 26322 [ERROR] mariadbd: Index for table 'steps' is corrupt; try to repair it Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: 2023-06-13 04:02:10 0x7ff7cc082640 InnoDB: Assertion failure in file ./storage/innobase/page/page0zip.cc line 4299 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: Failing assertion: slot_rec Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: We intentionally generate a memory trap. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: Submit a detailed bug report to https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjira.mariadb.org%2F&data=05%7C01%7Csys-admin%40axini.com%7C0c8eca10b6dc48228c8508db6bcb548d%7Cc87b484e0dc64b33a6104b4d699c08de%7C0%7C0%7C638222293270688781%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=51eurcfpnOm24fr2y9mwdhA9DWk37%2Fal4Xiypp3ZDWk%3D&reserved=0 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: If you get repeated assertion failures or crashes, even Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: immediately after the mariadbd startup, there may be Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: corruption in the InnoDB tablespace. Please refer to Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmariadb.com%2Fkb%2Fen%2Flibrary%2Finnodb-recovery-modes%2F&data=05%7C01%7Csys-admin%40axini.com%7C0c8eca10b6dc48228c8508db6bcb548d%7Cc87b484e0dc64b33a6104b4d699c08de%7C0%7C0%7C638222293270688781%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=eY1W4mXw7%2FPV3GRy0gG2sSdHZqXLC99szjhacc%2Ftef4%3D&reserved=0 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: InnoDB: about forcing recovery. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: 230613 4:02:10 [ERROR] mysqld got signal 6 ; Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: This could be because you hit a bug. It is also possible that this binary Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: or one of the libraries it was linked against is corrupt, improperly built, Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: or misconfigured. This error can also be caused by malfunctioning hardware. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: To report this bug, see https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmariadb.com%2Fkb%2Fen%2Freporting-bugs&data=05%7C01%7Csys-admin%40axini.com%7C0c8eca10b6dc48228c8508db6bcb548d%7Cc87b484e0dc64b33a6104b4d699c08de%7C0%7C0%7C638222293270688781%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=PZtz4iVfDU4F2sJpnLWLbszZTRpvlp37lCM9H9UNhYU%3D&reserved=0 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: We will try our best to scrape up some info that will hopefully help Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: diagnose the problem, but since we have already crashed, Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: something is definitely wrong and this may fail. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Server version: 10.6.12-MariaDB-0ubuntu0.22.04.1 source revision: Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: key_buffer_size=134217728 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: read_buffer_size=131072 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: max_used_connections=9 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: max_threads=153 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: thread_count=9 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: It is possible that mysqld could use up to Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467967 K bytes of memory Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Hope that's ok; if not, decrease some variables in the equation. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Thread pointer: 0x7ff798000c68 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Attempting backtrace. You can use the following information to find out Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: where mysqld died. If you see no messages after this, something went Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: terribly wrong... Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: stack_bottom = 0x7ff7cc081c78 thread_stack 0x49000 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(my_print_stacktrace)[0x55924104b952] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(handle_fatal_signal)[0x559240b906f8] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(__sigaction)[0x7ff7e2dd7520] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(pthread_kill)[0x7ff7e2e2ba7c] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(raise)[0x7ff7e2dd7476] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(abort)[0x7ff7e2dbd7f3] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(Wsrep_server_service::log_dummy_write_set(wsrep::client_state&, wsrep::ws_meta const&))[0x55924083a47e] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240ed191a] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240ec4232] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(std::pair >, bool> std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_emplace_unique(unsigned long&, bool&&))[0x559240f63fd0] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::vector >::_M_realloc_insert(__gnu_cxx::__normal_iterator > >, unsigned long&&))[0x559240fe38c5] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::vector >::_M_realloc_insert(__gnu_cxx::__normal_iterator > >, unsigned long&&))[0x559240fe3f0c] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240f1bb4b] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240edb4da] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240f39117] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240f38858] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(void std::this_thread::sleep_for >(std::chrono::duration > const&))[0x559240f388f3] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(wsrep_notify_status(wsrep::server_state::state, wsrep::view const*))[0x559240e5a3f0] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(ha_rollback_trans(THD*, bool))[0x559240b946e3] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(trans_rollback_stmt(THD*))[0x559240a89ed9] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(mysql_execute_command(THD*, bool))[0x559240970b9b] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(mysql_parse(THD*, char*, unsigned int, Parser_state*))[0x5592409758c8] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(dispatch_command(enum_server_command, THD*, char*, unsigned int, bool))[0x5592409774a5] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(do_command(THD*, bool))[0x559240978f01] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(do_handle_one_connection(CONNECT*, bool))[0x559240a7af0f] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(handle_one_connection)[0x559240a7b28d] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(MyCTX_nopad::finish(unsigned char*, unsigned int*))[0x559240dbda76] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(pthread_condattr_setpshared)[0x7ff7e2e29b43] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: ??:0(__xmknodat)[0x7ff7e2ebba00] Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Trying to get some variables. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Some pointers may be invalid and cause the dump to abort. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Query (0x7ff74c000070): INSERT INTO `steps` VALUES Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: (1062910,19957,1682, < Following contents were ommited because it contained customer data, but the text was 86929 characters long. > Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Connection ID (thread ID): 26322 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Status: NOT_KILLED Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: 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=on,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on,condition_pushdown_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on,not_null_range_scan=off Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: The manual page at https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmariadb.com%2Fkb%2Fen%2Fhow-to-produce-a-full-stack-trace-for-mysqld%2F&data=05%7C01%7Csys-admin%40axini.com%7C0c8eca10b6dc48228c8508db6bcb548d%7Cc87b484e0dc64b33a6104b4d699c08de%7C0%7C0%7C638222293271157493%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=0SWl9vHVEbPerZrKGEcA956C20RuWTlgTe%2FQExpZGBI%3D&reserved=0 contains Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: information that should help you find out what is causing the crash. Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Writing a core file... Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Working directory at /var/lib/mysql Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Resource Limits: Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Limit Soft Limit Hard Limit Units Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max cpu time unlimited unlimited seconds Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max file size unlimited unlimited bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max data size unlimited unlimited bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max stack size 8388608 unlimited bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max core file size 0 unlimited bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max resident set unlimited unlimited bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max processes 63862 63862 processes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max open files 32768 32768 files Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max locked memory 524288 524288 bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max address space unlimited unlimited bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max file locks unlimited unlimited locks Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max pending signals 63862 63862 signals Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max msgqueue size 819200 819200 bytes Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max nice priority 0 0 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max realtime priority 0 0 Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Max realtime timeout unlimited unlimited us Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Core pattern: |/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E Jun 13 04:02:10 vmtpustage01 mariadbd[3358259]: Kernel version: Linux version 5.15.0-1039-azure (buildd@bos03-amd64-016) (gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #46-Ubuntu SMP Mon May 22 15:18:07 UTC 2023 Jun 13 04:02:10 vmtpustage01 systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT Jun 13 04:02:10 vmtpustage01 systemd[1]: mariadb.service: Failed with result 'signal'. Jun 13 04:02:15 vmtpustage01 systemd[1]: mariadb.service: Scheduled restart job, restart counter is at 1. Jun 13 04:02:15 vmtpustage01 systemd[1]: Stopped MariaDB 10.6.12 database server. Jun 13 04:02:15 vmtpustage01 systemd[1]: Starting MariaDB 10.6.12 database server... Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] Starting MariaDB 10.6.12-MariaDB-0ubuntu0.22.04.1 source revision as process 3939333 Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] mariadbd: Aria engine: starting recovery Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: recovered pages: 0% 21% 48% 72% 97% 100% (0.0 seconds); tables to flush: 2 1 0 Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: (0.0 seconds); Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] mariadbd: Aria engine: recovery done Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Using transactional memory Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Number of pools: 1 Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Initializing buffer pool, total size = 134217728, chunk size = 134217728 Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Completed initialization of buffer pool Jun 13 04:02:15 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:15 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=227760554050,227878910259 Jun 13 04:02:16 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:16 0 [Note] InnoDB: Starting a batch to recover 23253 pages from redo log. Jun 13 04:02:34 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:34 0 [Note] InnoDB: To recover: 8615 pages from log Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: 1 transaction(s) which must be rolled back or cleaned up in total 19591 row operations to undo Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Trx id counter is 873494 Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Starting final batch to recover 1389 pages from redo log. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: 128 rollback segments are active. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Starting in background the rollback of recovered transactions Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1" Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Creating shared tablespace for temporary tables Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: 10.6.12 started; log sequence number 227901552802; transaction id 873495 Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] Plugin 'FEEDBACK' is disabled. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] InnoDB: Buffer pool(s) load completed at 230613 4:02:47 Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Warning] 'innodb-file-format' was removed. It does nothing now and exists only for compatibility with old my.cnf files. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Warning] You need to use --log-bin to make --expire-logs-days or --binlog-expire-logs-seconds work. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 0 [Note] Server socket created on IP: '127.0.0.1'. Jun 13 04:02:47 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:47 1 [Warning] Failed to load slave replication state from table mysql.gtid_slave_pos: 1932: Table 'mysql.gtid_slave_pos' doesn't exist in engine Jun 13 04:02:47 vmtpustage01 systemd[1]: Started MariaDB 10.6.12 database server. Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939894]: Upgrading MySQL tables if necessary. Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939897]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939897]: Looking for 'mariadb' as: /usr/bin/mariadb Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939897]: Looking for 'mariadb-check' as: /usr/bin/mariadb-check Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939897]: This installation of MariaDB is already upgraded to 10.6.12-MariaDB. Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939897]: There is no need to run mysql_upgrade again for 10.6.12-MariaDB. Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939897]: You can use --force if you still want to run mysql_upgrade Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939905]: Checking for insecure root accounts. Jun 13 04:02:47 vmtpustage01 /etc/mysql/debian-start[3939909]: Triggering myisam-recover for all MyISAM tables and aria-recover for all Aria tables Jun 13 04:02:48 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:48 25 [ERROR] InnoDB: Table mysql.innodb_table_stats not found. Jun 13 04:02:49 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:02:49 0 [Note] InnoDB: To roll back: 1 transactions, 18734 rows Jun 13 04:03:01 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:03:01 0 [Note] InnoDB: Rolled back recovered transaction 873493 Jun 13 04:03:01 vmtpustage01 mariadbd[3939333]: 2023-06-13 4:03:01 0 [Note] InnoDB: Rollback of non-prepared transactions completed