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

parallel replication mutex acquision deadlock

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open (View Workflow)
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: 10.3
    • Fix Version/s: 10.3
    • Component/s: Replication
    • Labels:
      None

      Description

      In quest to properly understand memory consumption by parallel slave the following stack
      was produced:

      ==1==    at 0x4C290CD: free (vg_replace_malloc.c:530)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x6E8E26B: __libc_freeres (in /usr/lib64/libc-2.17.so)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x4A24749: _vgnU_freeres (vg_preloaded.c:77)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0xA514C1: handle_fatal_signal (signal_handler.cc:317)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x4E3C6CF: ??? (in /usr/lib64/libpthread-2.17.so)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x6D54276: raise (raise.c:56)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x6D55967: abort (abort.c:90)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x6D4D095: __assert_fail_base (assert.c:92)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x6D4D141: __assert_fail (assert.c:101)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x1312422: 
      safe_mutex_lock (thr_mutex.c:388)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x6FBCB3: inline_mysql_mutex_lock (mysql_thread.h:710)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x70F8F8: wait_for_commit::register_wait_for_prior_commit(wait_for_commit*) (sql_class.cc:7396)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x939DCE: register_wait_for_prior_event_group_commit(rpl_group_info*, rpl_parallel_entry*) (rpl_parallel.cc:299)
      Oct 03 08:24:43 cst4-db4.c.sharpspring-us.internal docker[25403]: ==1==    by 0x93BFA6: handle_rpl_parallel_thread (rpl_parallel.cc:1189)
      

      which indicates an assert DBUG_ASSERT(deadlock->count > 0);.

      While the affected version is optimistically set to one of actual environment older version
      can be vulnerable as well.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                Elkin Andrei Elkin
                Reporter:
                Elkin Andrei Elkin
              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated: