Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-39774

Assertion `bitmap_is_set_all(&table->s->all_set)' fails on slave with binlog_row_image=MINIMAL

    XMLWordPrintable

Details

    Description

      Set to minor given that it's a debug assertion, the failure is not new, and it only happens on 10.11.

      --source include/have_sequence.inc
      --source include/have_binlog_format_row.inc
      --source include/master-slave.inc
       
      --connection slave
      SET @binlog_image = @@global.binlog_row_image;
      SET GLOBAL binlog_row_image = MINIMAL;
      --source include/restart_slave_sql.inc
       
      --connection master
      SET binlog_row_image = MINIMAL;
       
      CREATE TABLE t (pk INT PRIMARY KEY, c CHAR(20), k INT);
      INSERT INTO t (pk) SELECT seq FROM seq_1_to_325;
      UPDATE t SET c = '01234567890123456789';
       
      --sync_slave_with_master
       
      # Cleanup
       
      SET GLOBAL binlog_row_image = @binlog_image;
      --source include/restart_slave_sql.inc
       
      --connection master
      DROP TABLE t;
       
      --source include/rpl_end.inc
      

      10.11 8116dc91150459413375e1f7c7787465e95c3bad

      mariadbd: /data/bld/10.11-asan-ubsan/sql/handler.cc:7367: int handler::ha_reset(): Assertion `bitmap_is_set_all(&table->s->all_set)' failed.
      260527 13:57:46 [ERROR] /share8t/bld/10.11-asan-ubsan/sql/mariadbd got signal 6 ;
       
      #10 0x00007fdcec453eb2 in __GI___assert_fail (assertion=0x559441ffdbe0 "bitmap_is_set_all(&table->s->all_set)", file=0x559441ff43c0 "/data/bld/10.11-asan-ubsan/sql/handler.cc", line=7367, function=0x559441ffdba0 "int handler::ha_reset()") at ./assert/assert.c:101
      #11 0x000055943f6591ce in handler::ha_reset (this=this@entry=0x6250002fd148) at /data/bld/10.11-asan-ubsan/sql/handler.cc:7367
      #12 0x000055943dfdc445 in close_thread_table (thd=thd@entry=0x62c000270218, table_ptr=table_ptr@entry=0x62c000270310) at /data/bld/10.11-asan-ubsan/sql/sql_base.cc:1066
      #13 0x000055943dfdded0 in close_thread_tables (thd=thd@entry=0x62c000270218) at /data/bld/10.11-asan-ubsan/sql/sql_base.cc:1006
      #14 0x000055943eb6ed1b in rpl_group_info::slave_close_thread_tables (this=this@entry=0x61d0002ff880, thd=thd@entry=0x62c000270218) at /data/bld/10.11-asan-ubsan/sql/rpl_rli.cc:2413
      #15 0x000055943eb6f352 in rpl_group_info::cleanup_context (this=this@entry=0x61d0002ff880, thd=thd@entry=0x62c000270218, error=error@entry=false, keep_domain_owner=keep_domain_owner@entry=false) at /data/bld/10.11-asan-ubsan/sql/rpl_rli.cc:2296
      #16 0x000055943ff46b39 in rows_event_stmt_cleanup (rgi=rgi@entry=0x61d0002ff880, thd=0x62c000270218) at /data/bld/10.11-asan-ubsan/sql/log_event_server.cc:6480
      #17 0x000055943ffb1b9d in Rows_log_event::do_apply_event (this=0x6130000ded18, rgi=<optimized out>) at /data/bld/10.11-asan-ubsan/sql/log_event_server.cc:6362
      #18 0x000055943ff18d8d in Log_event::apply_event (this=this@entry=0x6130000ded18, rgi=rgi@entry=0x61d0002ff880) at /data/bld/10.11-asan-ubsan/sql/log_event.cc:4257
      #19 0x000055943ddf1f41 in apply_event_and_update_pos_apply (ev=ev@entry=0x6130000ded18, thd=thd@entry=0x62c000270218, rgi=rgi@entry=0x61d0002ff880, reason=reason@entry=0) at /data/bld/10.11-asan-ubsan/sql/slave.cc:4136
      #20 0x000055943de1d478 in apply_event_and_update_pos (ev=ev@entry=0x6130000ded18, thd=thd@entry=0x62c000270218, rgi=rgi@entry=0x61d0002ff880) at /data/bld/10.11-asan-ubsan/sql/slave.cc:4312
      #21 0x000055943de20984 in exec_relay_log_event (thd=<optimized out>, rli=rli@entry=0x62a0000202c0, serial_rgi=serial_rgi@entry=0x61d0002ff880) at /data/bld/10.11-asan-ubsan/sql/slave.cc:4735
      #22 0x000055943de29fdb in handle_slave_sql (arg=0x62a00001e200) at /data/bld/10.11-asan-ubsan/sql/slave.cc:5996
      #23 0x00005594404e7ec5 in pfs_spawn_thread (arg=0x61700005fd98) at /data/bld/10.11-asan-ubsan/storage/perfschema/pfs.cc:2201
      #24 0x00007fdcec4a81c4 in start_thread (arg=<optimized out>) at ./nptl/pthread_create.c:442
      #25 0x00007fdcec52885c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:81
      

      The failure started happening after this merge in 10.11.8:

      commit 788953463d5b401397aab53cf5f2734d1c6d9d14 (HEAD)
      Merge: 6efa75a8cbb ccb7a1e9a15
      Author: Marko Mäkelä
      Date:   Thu Mar 28 09:16:57 2024 +0200
       
          Merge 10.6 into 10.11
          
          Some fixes related to commit f838b2d7998f18ac2a1bb9d56081aac6e563de1e and
          Rows_log_event::do_apply_event() and Update_rows_log_event::do_exec_row()
          for system-versioned tables were provided by Nikita Malyavin.
          This was required by test versioning.rpl,trx_id,row.
      

      However, since it's not reproducible on 10.6 and it's a rather big merge, I can't guess which patch caused it.

      It was also reproducible on 11.0 and 11.1, but somehow disappeared in 11.2.

      Attachments

        Activity

          People

            knielsen Kristian Nielsen
            elenst Elena Stepanova
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.