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

Galera crashes when executing PS after changing the general log table structure

    XMLWordPrintable

Details

    • Bug
    • Status: Open (View Workflow)
    • Major
    • Resolution: Unresolved
    • 10.5
    • 10.5
    • Galera
    • None

    Description

      --source include/galera_cluster.inc
       
      SET GLOBAL log_output='TABLE';
      CREATE TABLE t1 (c INT);
      SET GLOBAL general_log=OFF;
      CREATE OR REPLACE TABLE mysql.general_log (a INT);
      SET GLOBAL general_log=ON;
      PREPARE s FROM "INSERT INTO t1 VALUES(1)";
      EXECUTE s;
      

      Leads to:

      10.5.26 d0a2d4e755210523ce2e7186adecae2632c55835 (Optimized)

      Core was generated by `/test/GAL_MD090724-mariadb-10.5.26-linux-x86_64-opt/bin/mysqld --defaults-file='.
      Program terminated with signal SIGSEGV, Segmentation fault.
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=11)at ../sysdeps/unix/sysv/linux/pthread_kill.c:56
      [Current thread is 1 (Thread 0x1493ac074700 (LWP 973538))]
      (gdb) bt
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=11) at ../sysdeps/unix/sysv/linux/pthread_kill.c:56
      #1  0x000055c2b4c0a07f in my_write_core (sig=sig@entry=11) at /test/10.5_opt/mysys/stacktrace.c:424
      #2  0x000055c2b46e05b0 in handle_fatal_signal (sig=11) at /test/10.5_opt/sql/signal_handler.cc:357
      #3  <signal handler called>
      #4  gu_mutex_lock_SYS (mutex=<optimized out>) at /test/galera_4x/galera/src/trx_handle.hpp:1159
      #5  gu::Mutex::lock (this=<optimized out>) at /test/galera_4x/galerautils/src/gu_mutex.hpp:51
      #6  galera::TrxHandleMaster::lock (this=<optimized out>) at /test/galera_4x/galera/src/trx_handle.hpp:855
      #7  galera::TrxHandleLock::TrxHandleLock (trx=<error reading variable>, this=0x1493ac0725e0) at /test/galera_4x/galera/src/trx_handle.hpp:1163
      #8  galera_replay_trx (gh=<optimized out>, trx_handle=<optimized out>, recv_ctx=0x1493ac072830) at /test/galera_4x/galera/src/wsrep_provider.cpp:338
      #9  0x000055c2b4df251d in wsrep::wsrep_provider_v26::replay (this=<optimized out>, ws_handle=<optimized out>, reply_service=<optimized out>) at /test/10.5_opt/wsrep-lib/src/wsrep_provider_v26.cpp:210
      #10 0x000055c2b49451e5 in Wsrep_client_service::replay (this=<optimized out>) at /test/10.5_opt/wsrep-lib/include/wsrep/transaction.hpp:225
      #11 0x000055c2b4defb4a in wsrep::transaction::replay (this=0x149360006d98, lock=@0x1493ac0732b0: {_M_device = 0x149360006cf8, _M_owns = false}) at /test/10.5_opt/wsrep-lib/src/transaction.cpp:2056
      #12 0x000055c2b4df009d in wsrep::transaction::after_statement (this=this@entry=0x149360006d98, lock=@0x1493ac0732b0: {_M_device = 0x149360006cf8, _M_owns = false}) at /test/10.5_opt/wsrep-lib/src/transaction.cpp:882
      #13 0x000055c2b4dd5f1e in wsrep::client_state::after_statement (this=this@entry=0x149360006d30) at /test/10.5_opt/wsrep-lib/src/client_state.cpp:264
      #14 0x000055c2b44b117c in wsrep_after_statement (thd=0x149360000c58) at /test/10.5_opt/sql/sql_class.h:5325
      #15 wsrep_mysql_parse (thd=0x149360000c58, rawbuf=0x1493600104a0 "EXECUTE s", length=9, parser_state=0x1493ac073460, is_com_multi=false, is_next_command=<optimized out>) at /test/10.5_opt/sql/sql_parse.cc:8051
      #16 0x000055c2b44bf6f5 in dispatch_command (command=COM_QUERY, thd=0x149360000c58, packet=<optimized out>, packet_length=<optimized out>, is_com_multi=<optimized out>, is_next_command=<optimized out>) at /test/10.5_opt/sql/sql_parse.cc:1978
      #17 0x000055c2b44c04c3 in do_command (thd=0x149360000c58) at /test/10.5_opt/sql/sql_parse.cc:1376
      #18 0x000055c2b45c28fe in do_handle_one_connection (connect=<optimized out>, connect@entry=0x55c2b7697ea8, put_in_cache=put_in_cache@entry=true) at /test/10.5_opt/sql/sql_connect.cc:1417
      #19 0x000055c2b45c2bbd in handle_one_connection (arg=0x55c2b7697ea8) at /test/10.5_opt/sql/sql_connect.cc:1319
      #20 0x00001493e1bf5609 in start_thread (arg=<optimized out>) at pthread_create.c:477
      #21 0x00001493e17e1133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Debug build crashes when executing the prepared statement itself. Crash is similar to MDEV-27857

      10.5.26 d0a2d4e755210523ce2e7186adecae2632c55835 (Debug)

      mysqld: /test/10.5_dbg/sql/sql_parse.cc:3566: int mysql_execute_command(THD*): Assertion `thd->transaction->stmt.is_empty() || thd->in_sub_stmt' failed.
      

      10.5.26 d0a2d4e755210523ce2e7186adecae2632c55835 (Debug)

      Core was generated by `/test/GAL_MD090724-mariadb-10.5.26-linux-x86_64-dbg/bin/mysqld --defaults-file='.
      Program terminated with signal SIGABRT, Aborted.
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=6)at ../sysdeps/unix/sysv/linux/pthread_kill.c:56
      [Current thread is 1 (Thread 0x146314ae5700 (LWP 973632))]
      (gdb) bt
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ../sysdeps/unix/sysv/linux/pthread_kill.c:56
      #1  0x000055fa3c549ee5 in my_write_core (sig=sig@entry=6) at /test/10.5_dbg/mysys/stacktrace.c:424
      #2  0x000055fa3bd937bc in handle_fatal_signal (sig=6) at /test/10.5_dbg/sql/signal_handler.cc:357
      #3  <signal handler called>
      #4  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
      #5  0x0000146328284859 in __GI_abort () at abort.c:79
      #6  0x0000146328284729 in __assert_fail_base (fmt=0x14632841a588 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x55fa3c745688 "thd->transaction->stmt.is_empty() || thd->in_sub_stmt", file=0x55fa3c7421d0 "/test/10.5_dbg/sql/sql_parse.cc", line=3566, function=<optimized out>) at assert.c:92
      #7  0x0000146328295fd6 in __GI___assert_fail (assertion=assertion@entry=0x55fa3c745688 "thd->transaction->stmt.is_empty() || thd->in_sub_stmt", file=file@entry=0x55fa3c7421d0 "/test/10.5_dbg/sql/sql_parse.cc", line=line@entry=3566, function=function@entry=0x55fa3c745610 "int mysql_execute_command(THD*)") at assert.c:101
      #8  0x000055fa3baedfa4 in mysql_execute_command (thd=thd@entry=0x1462b0000d48) at /test/10.5_dbg/sql/handler.h:1796
      #9  0x000055fa3bad47c5 in mysql_parse (thd=thd@entry=0x1462b0000d48, rawbuf=rawbuf@entry=0x1462b0012dd0 "PREPARE s FROM \"INSERT INTO t1 VALUES(1)\"", length=length@entry=41, parser_state=parser_state@entry=0x146314ae4310, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.5_dbg/sql/sql_parse.cc:8221
      #10 0x000055fa3bad40ac in wsrep_mysql_parse (thd=thd@entry=0x1462b0000d48, rawbuf=0x1462b0012dd0 "PREPARE s FROM \"INSERT INTO t1 VALUES(1)\"", length=41, parser_state=parser_state@entry=0x146314ae4310, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.5_dbg/sql/sql_parse.cc:8021
      #11 0x000055fa3bae2c60 in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x1462b0000d48, packet=packet@entry=0x1462b000aa29 "PREPARE s FROM \"INSERT INTO t1 VALUES(1)\"", packet_length=packet_length@entry=41, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.5_dbg/sql/sql_class.h:1329
      #12 0x000055fa3bae55cb in do_command (thd=0x1462b0000d48) at /test/10.5_dbg/sql/sql_parse.cc:1376
      #13 0x000055fa3bc26e1b in do_handle_one_connection (connect=<optimized out>, connect@entry=0x55fa3e709988, put_in_cache=put_in_cache@entry=true) at /test/10.5_dbg/sql/sql_connect.cc:1417
      #14 0x000055fa3bc272ec in handle_one_connection (arg=0x55fa3e709988) at /test/10.5_dbg/sql/sql_connect.cc:1319
      #15 0x0000146328795609 in start_thread (arg=<optimized out>) at pthread_create.c:477
      #16 0x0000146328381133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Bug confirmed present in:
      MariaDB: 10.5.26 (opt)

      Bug confirmed not present in:
      MariaDB: 10.6.18 (opt), 10.11.9 (opt), 11.1.6 (opt), 11.2.4 (opt), 11.4.3 (opt), 11.5.2 (opt)

      Attachments

        Activity

          People

            sysprg Julius Goryavsky
            ramesh Ramesh Sivaraman
            Votes:
            0 Vote for this issue
            Watchers:
            1 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.