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

Assertion `0' failed in virtual int Write_rows_log_event::do_exec_row(rpl_group_info*)

    XMLWordPrintable

Details

    Description

      stack trace is similar to MDEV-22936 but the crash is on different location

      CREATE SEQUENCE t1 START WITH 10 MINVALUE=10 MAXVALUE=11 NOCACHE CYCLE;
      SET GLOBAL SLAVE_TYPE_CONVERSIONS='ALL_NON_LOSSY';
      BINLOG ' O1ZVRw8BAAAAZgAAAGoAAAAAAAQANS4xLjIzLXJjLWRlYnVnLWxvZwAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAA7VlVHEzgNAAgAEgAEBAQEEgAAUwAEGggAAAAICAgC ';
      BINLOG 'wlZOTxMBAAAAKgAAADwCAAAAACkAAAAAAAEABHRlc3QAAnQxAAIDAwAC wlZOTxcBAAAAJgAAAGICAAAAACkAAAAAAAEAAv/8AgAAAAgAAAA=';
      

      Leads to:

      10.11.9 27a3366663d91d4181cafc7d4a8569d06d6a759e (Debug)

      mariadbd: /test/10.11_dbg/sql/log_event_server.cc:8095: virtual int Write_rows_log_event::do_exec_row(rpl_group_info*): Assertion `0' failed.
      

      10.11.9 27a3366663d91d4181cafc7d4a8569d06d6a759e (Debug)

      Core was generated by `/test/MD270624-mariadb-10.11.9-linux-x86_64-dbg/bin/mariadbd --no-defaults --ma'.
      Program terminated with signal SIGABRT, Aborted.
      #0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
      [Current thread is 1 (Thread 0x14852c132700 (LWP 3417700))]
      (gdb) bt
      #0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
      #1  0x000014852d838859 in __GI_abort () at abort.c:79
      #2  0x000014852d838729 in __assert_fail_base (fmt=0x14852d9ce588 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x55f8eef38614 "0", file=0x55f8eef40058 "/test/10.11_dbg/sql/log_event_server.cc", line=8095, function=<optimized out>) at assert.c:92
      #3  0x000014852d849fd6 in __GI___assert_fail (assertion=assertion@entry=0x55f8eef38614 "0", file=file@entry=0x55f8eef40058 "/test/10.11_dbg/sql/log_event_server.cc", line=line@entry=8095, function=function@entry=0x55f8eef423d8 "virtual int Write_rows_log_event::do_exec_row(rpl_group_info*)") at assert.c:101
      #4  0x000055f8ee50f764 in Write_rows_log_event::do_exec_row (this=0x1484e4025188, rgi=0x1484e40244a0) at /test/10.11_dbg/sql/log_event_server.cc:8095
      #5  0x000055f8ee500701 in Rows_log_event::do_apply_event (this=0x1484e4025188, rgi=0x1484e40244a0) at /test/10.11_dbg/sql/log_event_server.cc:6196
      #6  0x000055f8ee4f7167 in Log_event::apply_event (this=this@entry=0x1484e4025188, rgi=rgi@entry=0x1484e40244a0) at /test/10.11_dbg/sql/log_event.cc:4221
      #7  0x000055f8ee1bc8a2 in save_restore_context_apply_event (ev=ev@entry=0x1484e4025188, rgi=rgi@entry=0x1484e40244a0) at /test/10.11_dbg/sql/sql_binlog.cc:188
      #8  0x000055f8ee1bce37 in mysql_client_binlog_statement (thd=thd@entry=0x1484e4000d48) at /test/10.11_dbg/sql/sql_binlog.cc:428
      #9  0x000055f8ee07aa5d in mysql_execute_command (thd=thd@entry=0x1484e4000d48, is_called_from_prepared_stmt=is_called_from_prepared_stmt@entry=false) at /test/10.11_dbg/sql/sql_parse.cc:6040
      #10 0x000055f8ee06245a in mysql_parse (thd=thd@entry=0x1484e4000d48, rawbuf=<optimized out>, length=<optimized out>, parser_state=parser_state@entry=0x14852c1312f0) at /test/10.11_dbg/sql/sql_parse.cc:8143
      #11 0x000055f8ee070536 in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x1484e4000d48, packet=packet@entry=0x1484e400b139 "BINLOG 'wlZOTxMBAAAAKgAAADwCAAAAACkAAAAAAAEABHRlc3QAAnQxAAIDAwAC wlZOTxcBAAAAJgAAAGICAAAAACkAAAAAAAEAAv/8AgAAAAgAAAA='", packet_length=packet_length@entry=118, blocking=blocking@entry=true) at /test/10.11_dbg/sql/sql_class.h:1398
      #12 0x000055f8ee072e9d in do_command (thd=0x1484e4000d48, blocking=blocking@entry=true) at /test/10.11_dbg/sql/sql_parse.cc:1408
      #13 0x000055f8ee1e521b in do_handle_one_connection (connect=<optimized out>, connect@entry=0x55f8f19ab1c8, put_in_cache=put_in_cache@entry=true) at /test/10.11_dbg/sql/sql_connect.cc:1417
      #14 0x000055f8ee1e57d0 in handle_one_connection (arg=arg@entry=0x55f8f19ab1c8) at /test/10.11_dbg/sql/sql_connect.cc:1319
      #15 0x000055f8ee63ca8c in pfs_spawn_thread (arg=0x55f8f1905748) at /test/10.11_dbg/storage/perfschema/pfs.cc:2201
      #16 0x000014852dd49609 in start_thread (arg=<optimized out>) at pthread_create.c:477
      #17 0x000014852d935133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Bug confirmed present in:
      MariaDB: 10.5.26 (dbg), 10.6.19 (dbg), 10.11.9 (dbg), 11.1.5 (dbg), 11.1.6 (dbg), 11.2.4 (dbg), 11.4.2 (dbg), 11.5.2 (dbg)

      Bug (or feature/syntax) confirmed not present in:
      MariaDB: 10.5.26 (opt), 10.6.19 (opt), 10.11.9 (opt), 11.1.5 (opt), 11.1.6 (opt), 11.2.4 (opt), 11.4.2 (opt), 11.5.2 (opt)

      Attachments

        Activity

          People

            Elkin Andrei Elkin
            ramesh Ramesh Sivaraman
            Votes:
            0 Vote for this issue
            Watchers:
            4 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.