Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Duplicate
-
10.6.9
-
None
-
Kernel version: Linux version 5.4.0-124-generic (buildd@lcy02-amd64-089) (gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) #140-Ubuntu SMP Thu Aug 4 02:23:37 UTC 2022
Description
Not sure what the problem is?
FTS indexes or corrupt file on disk. Or something else...
I have run OPTIMIZE TABLE for all tables on db server - did not help. All tables are InnoDB.
2022-08-25 9:53:52 5620 [ERROR] InnoDB: (Duplicate key) writing word node to FTS auxiliary index table `mmc_v1_mb4`.`meta_cache_root`
|
2022-08-25 09:53:52 0x7f31ad01b700 InnoDB: Assertion failure in file /home/buildbot/buildbot/build/mariadb-10.6.9/storage/innobase/que/que0que.cc line 728
|
Aug 25 10:47:31 thor systemd[1]: mariadb.service: Main process exited, code=killed, status=6/ABRT |
Aug 25 10:47:31 thor systemd[1]: mariadb.service: Failed with result 'signal'. |
Aug 25 10:47:37 thor systemd[1]: mariadb.service: Scheduled restart job, restart counter is at 29. |
Aug 25 10:47:37 thor systemd[1]: Stopped MariaDB 10.6.9 database server. |
Aug 25 10:47:37 thor systemd[1]: Starting MariaDB 10.6.9 database server... |
Here is CREATE for table mentioned in log.
CREATE TABLE `meta_cache_root` (
|
`record_id` INT(10) UNSIGNED NOT NULL,
|
`module` CHAR(1) NOT NULL DEFAULT '?' COLLATE 'utf8mb4_croatian_ci',
|
`type_id` INT(10) UNSIGNED NOT NULL DEFAULT '101' COMMENT '101=default',
|
`value` TEXT NULL DEFAULT NULL COLLATE 'utf8mb4_croatian_ci',
|
`value2` TEXT NULL DEFAULT NULL COLLATE 'utf8mb4_croatian_ci',
|
`value3` TEXT NULL DEFAULT NULL COLLATE 'utf8mb4_croatian_ci',
|
`class_id` INT(10) UNSIGNED NULL DEFAULT NULL,
|
`language_id` INT(10) UNSIGNED NOT NULL DEFAULT '100',
|
`flag` CHAR(3) NOT NULL DEFAULT '?' COLLATE 'utf8mb4_croatian_ci',
|
`time_modified` TIMESTAMP NULL DEFAULT current_timestamp() ON UPDATE current_timestamp(),
|
PRIMARY KEY (`type_id`, `language_id`, `module`, `record_id`, `flag`) USING BTREE,
|
INDEX `value_left` (`value`(100)) USING BTREE,
|
INDEX `record_class` (`record_id`, `class_id`) USING BTREE,
|
INDEX `language_type_module` (`language_id`, `type_id`, `module`) USING BTREE,
|
FULLTEXT INDEX `value_ft` (`value`),
|
FULLTEXT INDEX `value2` (`value2`),
|
FULLTEXT INDEX `value3` (`value3`)
|
)
|
COLLATE='utf8mb4_croatian_ci'
|
ENGINE=InnoDB
|
ROW_FORMAT=DYNAMIC
|
;
|
[mariadb]
|
## 16GB = 17179869184
|
innodb_buffer_pool_size = 17179869184
|
innodb_log_file_size = 2147483648
|
|
innodb_file_per_table = ON
|
innodb_autoinc_lock_mode = 1
|
performance_schema = ON
|
skip_name_resolve = ON
|
local_infile = 0
|
secure_file_priv = /my/path/db/
|
query_cache_type = OFF
|
query_cache_size = 0
|
character_set_server = utf8mb4
|
collation_server = utf8mb4_croatian_ci
|
event_scheduler = ON
|
|
Version: '10.6.9-MariaDB-1:10.6.9+maria~ubu2004' socket: '/run/mysqld/mysqld.sock' port: 3306 mariadb.org binary distribution
|
2022-08-25 8:24:01 0 [Note] InnoDB: Buffer pool(s) load completed at 220825 8:24:01
|
2022-08-25 9:53:52 5620 [ERROR] InnoDB: (Duplicate key) writing word node to FTS auxiliary index table `mmc_v1_mb4`.`meta_cache_root`
|
2022-08-25 09:53:52 0x7f31ad01b700 InnoDB: Assertion failure in file /home/buildbot/buildbot/build/mariadb-10.6.9/storage/innobase/que/que0que.cc line 728
|
InnoDB: Failing assertion: trx->error_state == DB_SUCCESS
|
InnoDB: We intentionally generate a memory trap.
|
InnoDB: Submit a detailed bug report to https://jira.mariadb.org/
|
InnoDB: If you get repeated assertion failures or crashes, even
|
InnoDB: immediately after the mariadbd startup, there may be
|
InnoDB: corruption in the InnoDB tablespace. Please refer to
|
InnoDB: https://mariadb.com/kb/en/library/innodb-recovery-modes/
|
InnoDB: about forcing recovery.
|
220825 9:53: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.6.9-MariaDB-1:10.6.9+maria~ubu2004
|
key_buffer_size=134217728
|
read_buffer_size=131072
|
max_used_connections=18
|
max_threads=153
|
thread_count=19
|
It is possible that mysqld could use up to
|
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467959 K bytes of memory
|
Hope that's ok; if not, decrease some variables in the equation.
|
|
Thread pointer: 0x7f3140000c58
|
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 = 0x7f31ad01ad98 thread_stack 0x49000
|
??:0(my_print_stacktrace)[0x55988ccfff62]
|
??:0(handle_fatal_signal)[0x55988c7c0fb5]
|
??:0(__restore_rt)[0x7f35da72a420]
|
??:0(gsignal)[0x7f35da22e00b]
|
??:0(abort)[0x7f35da20d859]
|
??:0(Wsrep_server_service::log_dummy_write_set(wsrep::client_state&, wsrep::ws_meta const&))[0x55988c446e5d]
|
??:0(Wsrep_server_service::log_dummy_write_set(wsrep::client_state&, wsrep::ws_meta const&))[0x55988c432a9a]
|
??:0(void std::vector<unsigned long, std::allocator<unsigned long> >::_M_realloc_insert<unsigned long>(__gnu_cxx::__normal_iterator<unsigned long*, std::vector<unsigned long, std::al
|
locator<unsigned long> > >, unsigned long&&))[0x55988cc6f82d]
|
??:0(void std::vector<unsigned long, std::allocator<unsigned long> >::_M_realloc_insert<unsigned long>(__gnu_cxx::__normal_iterator<unsigned long*, std::vector<unsigned long, std::al
|
locator<unsigned long> > >, unsigned long&&))[0x55988cc5cd53]
|
??:0(void std::vector<unsigned long, std::allocator<unsigned long> >::_M_realloc_insert<unsigned long>(__gnu_cxx::__normal_iterator<unsigned long*, std::vector<unsigned long, std::al
|
locator<unsigned long> > >, unsigned long&&))[0x55988cc62091]
|
??:0(void std::vector<unsigned long, std::allocator<unsigned long> >::_M_realloc_insert<unsigned long>(__gnu_cxx::__normal_iterator<unsigned long*, std::vector<unsigned long, std::al
|
locator<unsigned long> > >, unsigned long&&))[0x55988cc63915]
|
??:0(void std::vector<unsigned long, std::allocator<unsigned long> >::_M_realloc_insert<unsigned long>(__gnu_cxx::__normal_iterator<unsigned long*, std::vector<unsigned long, std::al
|
locator<unsigned long> > >, unsigned long&&))[0x55988cc63b39]
|
??:0(void std::vector<unsigned long, std::allocator<unsigned long> >::_M_realloc_insert<unsigned long>(__gnu_cxx::__normal_iterator<unsigned long*, std::vector<unsigned long, std::al
|
locator<unsigned long> > >, unsigned long&&))[0x55988cc63d0c]
|
??:0(main)[0x55988c4a3356]
|
??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<unsigned int> >::_M_erase(std::_Rb_tree_node<unsigned int>*))[0x5
|
5988cbb7ff9]
|
??:0(std::_Rb_tree<unsigned int, unsigned int, std::_Identity<unsigned int>, std::less<unsigned int>, std::allocator<unsigned int> >::_M_erase(std::_Rb_tree_node<unsigned int>*))[0x5
|
5988cbb81f2]
|
??:0(wsrep_notify_status(wsrep::server_state::state, wsrep::view const*))[0x55988caacc90]
|
??:0(ha_check_and_coalesce_trx_read_only(THD*, Ha_trx_info*, bool))[0x55988c7c4cd9]
|
??:0(ha_commit_trans(THD*, bool))[0x55988c7c5db6]
|
??:0(trans_commit_stmt(THD*))[0x55988c6b1537]
|
??:0(mysql_execute_command(THD*, bool))[0x55988c591219]
|
??:0(mysql_parse(THD*, char*, unsigned int, Parser_state*))[0x55988c5811e7]
|
??:0(dispatch_command(enum_server_command, THD*, char*, unsigned int, bool))[0x55988c58d4d5]
|
??:0(do_command(THD*, bool))[0x55988c58f718]
|
??:0(do_handle_one_connection(CONNECT*, bool))[0x55988c6a1137]
|
??:0(handle_one_connection)[0x55988c6a148d]
|
??:0(MyCTX_nopad::finish(unsigned char*, unsigned int*))[0x55988ca07916]
|
??:0(start_thread)[0x7f35da71e609]
|
??:0(clone)[0x7f35da30a133]
|
|
Trying to get some variables.
|
Some pointers may be invalid and cause the dump to abort.
|
Query (0x7f3140010910): INSERT INTO meta_cache_root (record_id,module,type_id,value,value2,language_id,class_id,time_modified) VALUES (480935,"c",101,"cjelina, visina 34 cm",REVERSE(
|
"cjelina, visina 34 cm"),101,10064,NOW())
|
|
Connection ID (thread ID): 5620
|
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_cond
|
ition_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_sca
|
n=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,o
|
ptimize_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_pushdow
|
n_for_subquery=on,rowid_filter=on,condition_pushdown_from_having=on,not_null_range_scan=off
|
|
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 95689 95689 processes
|
Max open files 32768 32768 files
|
Max locked memory 65536 65536 bytes
|
Max address space unlimited unlimited bytes
|
Max file locks unlimited unlimited locks
|
Max pending signals 95689 95689 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: |/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E
|
|
Kernel version: Linux version 5.4.0-124-generic (buildd@lcy02-amd64-089) (gcc version 9.4.0 (Ubuntu 9.4.0-1ubuntu1~20.04.1)) #140-Ubuntu SMP Thu Aug 4 02:23:37 UTC 2022
|
|
2022-08-25 9:54:00 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
|
2022-08-25 9:54:00 0 [Note] InnoDB: Number of pools: 1
|
2022-08-25 9:54:00 0 [Note] InnoDB: Using SSE4.2 crc32 instructions
|
2022-08-25 9:54:00 0 [Note] InnoDB: Using Linux native AIO
|
2022-08-25 9:54:00 0 [Note] InnoDB: Initializing buffer pool, total size = 17179869184, chunk size = 134217728
|
2022-08-25 9:54:00 0 [Note] InnoDB: Completed initialization of buffer pool
|
2022-08-25 9:54:00 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=3514413177839,3514413177839
|
2022-08-25 9:54:15 0 [Note] InnoDB: Read redo log up to LSN=3515490327040
|
2022-08-25 9:54:22 0 [Note] InnoDB: 2 transaction(s) which must be rolled back or cleaned up in total 119 row operations to undo
|
2022-08-25 9:54:22 0 [Note] InnoDB: Trx id counter is 1415756170
|
2022-08-25 9:54:22 0 [Note] InnoDB: Starting final batch to recover 94204 pages from redo log.
|
2022-08-25 9:54:30 0 [Note] InnoDB: To recover: 22370 pages from log
|
2022-08-25 9:54:33 0 [Note] InnoDB: 128 rollback segments are active.
|
2022-08-25 9:54:33 0 [Note] InnoDB: Starting in background the rollback of recovered transactions
|
2022-08-25 9:54:33 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1"
|
2022-08-25 9:54:33 0 [Note] InnoDB: Creating shared tablespace for temporary tables
|
2022-08-25 9:54:33 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
|
2022-08-25 9:54:33 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
|
2022-08-25 9:54:33 0 [Note] InnoDB: 10.6.9 started; log sequence number 3515842157340; transaction id 1415756171
|
2022-08-25 9:54:33 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
|
2022-08-25 9:54:33 0 [Note] Plugin 'FEEDBACK' is disabled.
|
2022-08-25 9:54:33 0 [Warning] You need to use --log-bin to make --expire-logs-days or --binlog-expire-logs-seconds work.
|
2022-08-25 9:54:33 0 [Note] Server socket created on IP: '127.0.0.1'.
|
2022-08-25 9:54:33 0 [Warning] 'user' entry 'root@thor' ignored in --skip-name-resolve mode.
|
2022-08-25 9:54:33 0 [Warning] 'proxies_priv' entry '@% root@thor' ignored in --skip-name-resolve mode.
|
2022-08-25 9:54:33 1 [Note] Event Scheduler: scheduler thread started with id 1
|
2022-08-25 9:54:33 0 [Note] InnoDB: Rolled back recovered transaction 1415756162
|
2022-08-25 9:54:33 0 [Note] /usr/sbin/mariadbd: ready for connections.
|
Version: '10.6.9-MariaDB-1:10.6.9+maria~ubu2004' socket: '/run/mysqld/mysqld.sock' port: 3306 mariadb.org binary distribution
|
2022-08-25 9:54:33 0 [Note] InnoDB: Rolled back recovered transaction 1415756159
|
2022-08-25 9:54:33 0 [Note] InnoDB: Rollback of non-prepared transactions completed
|
2022-08-25 9:54:42 0 [Note] InnoDB: Buffer pool(s) load completed at 220825 9:54:42
|
|
Attachments
Issue Links
- duplicates
-
MDEV-29342 Assertion failure in file que0que.cc line 728
- Closed