[MDEV-22430] Assertion `ha_info->ht() != binlog_hton' failed in MYSQL_BIN_LOG::unlog_xa_prepare Created: 2020-05-01  Updated: 2021-04-19  Resolved: 2021-04-19

Status: Closed
Project: MariaDB Server
Component/s: Sequences, XA
Affects Version/s: 10.5
Fix Version/s: N/A

Type: Bug Priority: Major
Reporter: Elena Stepanova Assignee: Andrei Elkin
Resolution: Duplicate Votes: 0
Labels: regression

Issue Links:
Relates
relates to MDEV-22607 Assertion `ha_info->ht() != binlog_ht... Closed
relates to MDEV-22757 Assertion `!binlog || exist_hton_with... Closed

 Description   

--source include/have_binlog_format_mixed_or_row.inc
--source include/have_log_bin.inc
--source include/have_innodb.inc
 
CREATE TABLE t1 (a INT PRIMARY KEY) ENGINE=InnoDB;
INSERT INTO t1 VALUES (1);
CREATE SEQUENCE s;
XA BEGIN 'xid';
SELECT NEXT VALUE FOR s;
REPLACE INTO t1 SELECT * FROM t1;
XA END 'xid';
XA PREPARE 'xid';
 
# Cleanup
XA COMMIT 'xid';
DROP SEQUENCE s;
DROP TABLE t1;

10.5 89aebdf9

mariadbd: /data/src/10.5/sql/log.cc:10132: virtual int MYSQL_BIN_LOG::unlog_xa_prepare(THD*, bool): Assertion `ha_info->ht() != binlog_hton' failed.
200501 16:13:33 [ERROR] mysqld got signal 6 ;
 
#6  0x00007f4317116e67 in __assert_fail_base (fmt=<optimized out>, assertion=assertion@entry=0x55898226ea8e "ha_info->ht() != binlog_hton", file=file@entry=0x55898226abb4 "/data/src/10.5/sql/log.cc", line=line@entry=10132, function=function@entry=0x5589822712a0 <MYSQL_BIN_LOG::unlog_xa_prepare(THD*, bool)::__PRETTY_FUNCTION__> "virtual int MYSQL_BIN_LOG::unlog_xa_prepare(THD*, bool)") at assert.c:92
#7  0x00007f4317116f12 in __GI___assert_fail (assertion=0x55898226ea8e "ha_info->ht() != binlog_hton", file=0x55898226abb4 "/data/src/10.5/sql/log.cc", line=10132, function=0x5589822712a0 <MYSQL_BIN_LOG::unlog_xa_prepare(THD*, bool)::__PRETTY_FUNCTION__> "virtual int MYSQL_BIN_LOG::unlog_xa_prepare(THD*, bool)") at assert.c:101
#8  0x000055898174c6c6 in MYSQL_BIN_LOG::unlog_xa_prepare (this=0x558982e54160 <mysql_bin_log>, thd=0x7f42d8000b18, all=true) at /data/src/10.5/sql/log.cc:10132
#9  0x0000558981609107 in ha_prepare (thd=0x7f42d8000b18) at /data/src/10.5/sql/handler.cc:1360
#10 0x000055898153efba in trans_xa_prepare (thd=0x7f42d8000b18) at /data/src/10.5/sql/xa.cc:531
#11 0x00005589812bb687 in mysql_execute_command (thd=0x7f42d8000b18) at /data/src/10.5/sql/sql_parse.cc:5764
#12 0x00005589812c22c6 in mysql_parse (thd=0x7f42d8000b18, rawbuf=0x7f42d8013a70 "XA PREPARE 'xid'", length=16, parser_state=0x7f4310652520, is_com_multi=false, is_next_command=false) at /data/src/10.5/sql/sql_parse.cc:7957
#13 0x00005589812ae5ce in dispatch_command (command=COM_QUERY, thd=0x7f42d8000b18, packet=0x7f42d80087c9 "XA PREPARE 'xid'", packet_length=16, is_com_multi=false, is_next_command=false) at /data/src/10.5/sql/sql_parse.cc:1840
#14 0x00005589812acd60 in do_command (thd=0x7f42d8000b18) at /data/src/10.5/sql/sql_parse.cc:1359
#15 0x0000558981450396 in do_handle_one_connection (connect=0x558984574868, put_in_cache=true) at /data/src/10.5/sql/sql_connect.cc:1422
#16 0x00005589814500c5 in handle_one_connection (arg=0x558984574868) at /data/src/10.5/sql/sql_connect.cc:1319
#17 0x0000558981985966 in pfs_spawn_thread (arg=0x55898445faa8) at /data/src/10.5/storage/perfschema/pfs.cc:2201
#18 0x00007f431909f4a4 in start_thread (arg=0x7f4310653700) at pthread_create.c:456
#19 0x00007f43171d3d0f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97

Not reproducible on 10.4.
No obvious problem on a non-debug build.



 Comments   
Comment by Andrei Elkin [ 2020-06-05 ]

Sergei, hallo.

Could you please check the patch - also in the HEAD~1 of bb-10.5-andrei -
that ... removes the assert. Explanation is given (And Monty was initially right - to call it wrong).

Cheers,

Andrei

Comment by Andrei Elkin [ 2020-07-14 ]

Serg, similarly to MDEV-22757 this one was bounced to me without anything to do.
I got remind you on it.

Comment by Sergei Golubchik [ 2020-10-22 ]

back to Elkin as per slack chat on June 17th

Comment by Andrei Elkin [ 2021-04-19 ]

MDEV-22757 is the original bug.

Generated at Thu Feb 08 09:14:40 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.