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

Diagnostics_area::set_eof_status(THD*): Assertion `! is_set()' failed in Diagnostics_area::set_eof_status

    XMLWordPrintable

Details

    • Bug
    • Status: Confirmed (View Workflow)
    • Major
    • Resolution: Unresolved
    • 10.5, 10.6, 10.11, 11.1(EOL), 11.2, 11.4, 10.2(EOL), 10.3(EOL), 10.4(EOL), 10.7(EOL), 10.8(EOL), 11.0(EOL), 11.3(EOL)
    • 10.5, 10.6, 10.11, 11.2
    • Variables
    • None

    Description

      Further to MDEV-22422:

      # Repeat until server crashes (about 20 to 1000 attempts; quantity may vary signficantly)
      SET MAX_STATEMENT_TIME=0.000001;
      HELP 'a%';
      HELP 'a%';
      HELP 'a%';
      HELP 'a%';
      HELP 'a%';
      HELP 'a%';
      

      Leads to:

      10.6.1 34340fb501f97d7289c165dd6599a3942087bc41 (Debug)

      mysqld: /test/10.6_dbg/sql/sql_error.cc:374: void Diagnostics_area::set_eof_status(THD*): Assertion `! is_set()' failed.
      

      Additionally, a core dump consistently fails to be written with this testcase.

      However, the original run/find (likely somewhat different query flow leading to slightly altered behavior) did produce a core for the same assert:

      10.6.1 34340fb501f97d7289c165dd6599a3942087bc41 (Debug)

      mysqld: /test/10.6_dbg/sql/sql_error.cc:374: void Diagnostics_area::set_eof_status(THD*): Assertion `! is_set()' failed.
      

      10.6.1 34340fb501f97d7289c165dd6599a3942087bc41 (Debug)

      Core was generated by `/test/MD180521-mariadb-10.6.1-linux-x86_64-dbg/bin/mysqld --no-defaults --max_a'.
      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 0x15101d9fd700 (LWP 1660338))]
      (gdb) bt
      #0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
      #1  0x00001510348fb859 in __GI_abort () at abort.c:79
      #2  0x00001510348fb729 in __assert_fail_base (fmt=0x151034a91588 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x558894b7a981 "! is_set()", file=0x558894b7a450 "/test/10.6_dbg/sql/sql_error.cc", line=374, function=<optimized out>) at assert.c:92
      #3  0x000015103490cf36 in __GI___assert_fail (assertion=assertion@entry=0x558894b7a981 "! is_set()", file=file@entry=0x558894b7a450 "/test/10.6_dbg/sql/sql_error.cc", line=line@entry=374, function=function@entry=0x558894b7a5f0 "void Diagnostics_area::set_eof_status(THD*)") at assert.c:101
      #4  0x0000558893e8bacd in Diagnostics_area::set_eof_status (this=0x150fd4006c68, thd=thd@entry=0x150fd4000db8) at /test/10.6_dbg/sql/sql_error.h:1005
      #5  0x00005588943ae2f2 in my_eof (thd=0x150fd4000db8) at /test/10.6_dbg/sql/sql_class.h:5494
      #6  mysqld_help_internal (thd=thd@entry=0x150fd4000db8, mask=<optimized out>) at /test/10.6_dbg/sql/sql_help.cc:849
      #7  0x00005588943af0b3 in mysqld_help (thd=thd@entry=0x150fd4000db8, mask=<optimized out>) at /test/10.6_dbg/sql/sql_help.cc:867
      #8  0x0000558893ee5eb3 in mysql_execute_command (thd=thd@entry=0x150fd4000db8) at /test/10.6_dbg/sql/sql_parse.cc:3977
      #9  0x0000558893ed1f8d in mysql_parse (thd=thd@entry=0x150fd4000db8, rawbuf=<optimized out>, length=<optimized out>, parser_state=parser_state@entry=0x15101d9fc410) at /test/10.6_dbg/sql/sql_parse.cc:8019
      #10 0x0000558893ee0dbf in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x150fd4000db8, packet=packet@entry=0x150fd400b8b9 "", packet_length=packet_length@entry=10, blocking=blocking@entry=true) at /test/10.6_dbg/sql/sql_class.h:1333
      #11 0x0000558893ee41b2 in do_command (thd=0x150fd4000db8, blocking=blocking@entry=true) at /test/10.6_dbg/sql/sql_parse.cc:1406
      #12 0x000055889403ee78 in do_handle_one_connection (connect=<optimized out>, connect@entry=0x558898594058, put_in_cache=put_in_cache@entry=true) at /test/10.6_dbg/sql/sql_connect.cc:1410
      #13 0x000055889403f47d in handle_one_connection (arg=arg@entry=0x558898594058) at /test/10.6_dbg/sql/sql_connect.cc:1312
      #14 0x00005588944f1d98 in pfs_spawn_thread (arg=0x5588984633b8) at /test/10.6_dbg/storage/perfschema/pfs.cc:2201
      #15 0x0000151034e09609 in start_thread (arg=<optimized out>) at pthread_create.c:477
      #16 0x00001510349f8293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Bug confirmed present in:
      MariaDB: 10.2.38 (dbg), 10.3.29 (dbg), 10.4.19 (dbg), 10.5.10 (dbg), 10.6.1 (dbg)

      Bug (or feature/syntax) confirmed not present in:
      MariaDB: 10.2.38 (opt), 10.3.29 (opt), 10.4.19 (opt), 10.5.10 (opt), 10.6.1 (opt)
      MySQL: 5.5.62 (dbg), 5.5.62 (opt), 5.6.51 (dbg), 5.6.51 (opt), 5.7.34 (dbg), 5.7.34 (opt), 8.0.24 (dbg), 8.0.24 (opt)

      Attachments

        Issue Links

          Activity

            People

              rucha174 Rucha Deodhar
              Roel Roel Van de Paar
              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.