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

Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed in TrxUndoRsegsIterator::set_next upon upgrade from 10.0/10.1

Details

    Description

      To reproduce:

      • download the datadir from here: ftp://ftp.askmonty.org/public/mdev15464-data.tar.gz
      • start 10.3 or 10.4 server with the following options: 

        --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --file-key-management --plugin-load-add=file_key_management.so --innodb-encrypt-tables --innodb-encrypt-log --innodb-encryption-threads=4 --aria-encrypt-tables=1 --encrypt-tmp-disk-tables=1 --encrypt-binlog --innodb-page-size=8K --innodb-compression-algorithm=zlib --loose-innodb-file-format=Barracuda --loose-innodb-file-per-table=1 --loose-max-statement-time=20 --loose-lock-wait-timeout=20 --loose-innodb-lock-wait-timeout=10 --loose-innodb_log_compressed_pages=on

        (modify the path to encryption keys if necessary, the sample file from MTR tests was used).

      The archived datadir was created by 10.1.37 release server, which was shut down properly at the end. General and error logs are in the same datadir, mysql.log and mysql.err.

      The failure happens upon 10.3/10.4 startup:

      10.3 2fd0acd30

      		 
      2018-12-09 17:38:15 0 [Note] InnoDB: Waiting for purge to start
      		 
      mysqld: /data/src/10.3/storage/innobase/trx/trx0purge.cc:95: bool TrxUndoRsegsIterator::set_next(): Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed.
      		 
      181209 17:38:15 [ERROR] mysqld got signal 6 ;
      		 
       
      		 
      #7  0x00007fe562d65ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
      		 
      #8  0x000055d77bd8937d in TrxUndoRsegsIterator::set_next (this=0x55d77cb24e60 <purge_sys+416>) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:94
      		 
      #9  0x000055d77bd87545 in trx_purge_choose_next_log () at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1253
      		 
      #10 0x000055d77bd87799 in trx_purge_get_next_rec (n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1326
      		 
      #11 0x000055d77bd879e5 in trx_purge_fetch_next_rec (roll_ptr=0x7fe520011790, n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1396
      		 
      #12 0x000055d77bd87d0c in trx_purge_attach_undo_recs (n_purge_threads=4) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1469
      		 
      #13 0x000055d77bd881ef in trx_purge (n_purge_threads=4, truncate=false) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1599
      		 
      #14 0x000055d77bd5ab41 in srv_do_purge (n_total_purged=0x7fe5317f9ed0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2597
      		 
      #15 0x000055d77bd5af6a in srv_purge_coordinator_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2720
      		 
      #16 0x00007fe564821494 in start_thread (arg=0x7fe5317fa700) at pthread_create.c:333
      		 
      #17 0x00007fe562e2293f in clone () from /lib/x86_64-linux-gnu/libc.so.6

      Not reproducible on 10.2.

      A similar failure has also been observed upon upgrade from 10.0.34 release, without encryption.

      Attachments

        Issue Links

          duplicates

          Bug - A problem which impairs or prevents the functions of the product. MDEV-15912 InnoDB: Failing assertion: purge_sys.tail.commit <= purge_sys.rseg->last_commit upon upgrade from 10.0 or 10.1 to 10.3

          • Major - Major loss of function.
          • Closed

          Activity

            Ascending order - Click to sort in descending order
            elenst Elena Stepanova created issue -
            elenst Elena Stepanova made changes -
            Field Original Value New Value
            Fix Version/s 10.3 [ 22126 ]
            Fix Version/s 10.4 [ 22408 ]
            Affects Version/s 10.4 [ 22408 ]
            Description https://api.travis-ci.org/v3/job/348966458/log.txt

            {noformat:title=10.3 d70573564cb2701076083ea7f55ae9539fad13b4}
            2018-03-04 18:40:45 0 [ERROR] Incorrect definition of table mysql.event: expected column 'sql_mode' at position 14 to have type set('REAL_AS_FLOAT','PIPES_AS_CONCAT','ANSI_QUOTES','IGNORE_SPACE','IGNORE_BAD_TABLE_OPTIONS','ONLY_FULL_GROUP_BY','NO_UNSIGNED_SUBTRACTION','NO_DIR_IN_CREATE','POSTGRESQL','ORACLE','MSSQL','DB2','MAXDB','NO_KEY_OPTIONS','NO_TABLE_OPTIONS','NO_FIELD_OPTIONS','MYSQL323','MYSQL40','ANSI','NO_AUTO_VALUE_ON_ZERO','NO_BACKSLASH_ESCAPES','STRICT_TRANS_TABLES','STRICT_ALL_TABLES','NO_ZERO_IN_DATE','NO_ZERO_DATE','INVALID_DATES','ERROR_FOR_DIVISION_BY_ZERO','TRADITIONAL','NO_AUTO_CREATE_USER','HIGH_NOT_PRECEDENCE','NO_ENGINE_SUBSTITUTION','PAD_CHAR_TO_FULL_LENGTH','EMPTY_STRING_IS_NULL','SIMULTANEOUS_ASSIGNMENT'), found type set('REAL_AS_FLOAT','PIPES_AS_CONCAT','ANSI_QUOTES','IGNORE_SPACE','IGNORE_BAD_TABLE_OPTIONS','ONLY_FULL_GROUP_BY','NO_UNSIGNED_SUBTRACTION','NO_DIR_IN_CREATE','POSTGRESQL','ORACLE','MSSQL','DB2','MAXDB','NO_KEY_OPTIONS','NO_TABLE_OPTIONS','NO_FIELD_OPTIONS','MYSQL323','MYSQL40','ANSI','NO_AUTO_VALU
            2018-03-04 18:40:45 0 [ERROR] mysqld: Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.
            2018-03-04 18:40:45 6 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch).
            2018-03-04 18:40:45 6 [ERROR] InnoDB: Fetch of persistent statistics requested for table `mysql`.`gtid_slave_pos` but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpected structure. Using transient stats instead.
            Version: '10.3.6-MariaDB-debug-log' socket: '/home/travis/logs/current1_1/mysql.sock' port: 19300 Source distribution
            mysqld: /home/travis/src/storage/innobase/trx/trx0purge.cc:98: bool TrxUndoRsegsIterator::set_next(): Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed.
            180304 18:40:46 [ERROR] mysqld got signal 6 ;
            This could be because you hit a bug. It is also possible that this binary
            or one of the libraries it was linked against is corrupt, improperly built,
            or misconfigured. This error can also be caused by malfunctioning hardware.
            To report this bug, see https://mariadb.com/kb/en/reporting-bugs
            We will try our best to scrape up some info that will hopefully help
            diagnose the problem, but since we have already crashed,
            something is definitely wrong and this may fail.
            Server version: 10.3.6-MariaDB-debug-log
            key_buffer_size=134217728
            read_buffer_size=131072
            max_used_connections=2
            max_threads=153
            thread_count=8
            It is possible that mysqld could use up to
            key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 467490 K bytes of memory
            Hope that's ok; if not, decrease some variables in the equation.
            Thread pointer: 0x7fb2c8000b00
            Attempting backtrace. You can use the following information to find out
            where mysqld died. If you see no messages after this, something went
            terribly wrong...
            stack_bottom = 0x7fb2f1ffae08 thread_stack 0x49000
            /home/travis/server/bin/mysqld(my_print_stacktrace+0x3d)[0x1271dcc]
            lock/lock0lock.cc:2059(RecLock::add_to_waitq(ib_lock_t*, lock_prdt const*))[0xabad89]
            /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0)[0x7fb319056cb0]
            /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7fb3184aa035]
            /lib/x86_64-linux-gnu/libc.so.6(abort+0x17b)[0x7fb3184ad79b]
            /lib/x86_64-linux-gnu/libc.so.6(+0x2ee1e)[0x7fb3184a2e1e]
            /lib/x86_64-linux-gnu/libc.so.6(+0x2eec2)[0x7fb3184a2ec2]
            /home/travis/server/bin/mysqld[0xfed1e7]
            sql/log_event.cc:4708(Query_log_event)[0xfeb2c9]
            sql/log_event.cc:4156(Query_log_event::write())[0xfeb523]
            sql/log_event.cc:4208(Query_log_event::write())[0xfeb77c]
            sql/log_event.cc:4227(Query_compressed_log_event::write())[0xfebab6]
            sql/log_event.cc:4303(Query_log_event)[0xfebf8c]
            sql/log_event.cc:4418(Query_log_event)[0xfbb80f]
            sql/item_timefunc.h:98(Item_func_to_days::fix_length_and_dec())[0xfbbd84]
            /lib/x86_64-linux-gnu/libpthread.so.0(+0x7e9a)[0x7fb31904ee9a]
            /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fb31856a2ed]
            Trying to get some variables.
            Some pointers may be invalid and cause the dump to abort.
            Query (0x0):
            Connection ID (thread ID): 3
            Status: NOT_KILLED
            Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=on,exists_to_in=on,orderby_uses_equalities=on,condition_pushdown_for_derived=on,split_materialized=on
            {noformat}
            {noformat}
            #7 0x00007fb3184a2ec2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x0000000000fed1e7 in TrxUndoRsegsIterator::set_next (this=0x1d60b70) at /home/travis/src/storage/innobase/trx/trx0purge.cc:97
            #9 0x0000000000feb2c9 in trx_purge_choose_next_log () at /home/travis/src/storage/innobase/trx/trx0purge.cc:1216
            #10 0x0000000000feb523 in trx_purge_get_next_rec (n_pages_handled=0x7fb2f1ffad80, heap=0x4afb9d0) at /home/travis/src/storage/innobase/trx/trx0purge.cc:1289
            #11 0x0000000000feb77c in trx_purge_fetch_next_rec (roll_ptr=0x7fb2c803ea20, n_pages_handled=0x7fb2f1ffad80, heap=0x4afb9d0) at /home/travis/src/storage/innobase/trx/trx0purge.cc:1359
            #12 0x0000000000febab6 in trx_purge_attach_undo_recs (n_purge_threads=4) at /home/travis/src/storage/innobase/trx/trx0purge.cc:1432
            #13 0x0000000000febf8c in trx_purge (n_purge_threads=4, truncate=false) at /home/travis/src/storage/innobase/trx/trx0purge.cc:1565
            #14 0x0000000000fbb80f in srv_do_purge (n_total_purged=0x7fb2f1ffae78) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2663
            #15 0x0000000000fbbd84 in srv_purge_coordinator_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2806
            #16 0x00007fb31904ee9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #17 0x00007fb31856a2ed in clone () from /lib/x86_64-linux-gnu/libc.so.6
            #18 0x0000000000000000 in ?? ()
            {noformat}

            {noformat:title=experimental e42a181399012909fbda32f7e9b7be8b416175c9}
            perl /home/travis/rqg///run-scenario.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --mysqld=--server-id=111 --scenario=Upgrade --duration=90 --basedir1=/home/travis/old --basedir2=/home/travis/server --mysqld=--innodb-page-size=4K --no-mask --seed=1520188719 --threads=4 --queries=100M --mysqld=--loose-max-statement-time=20 --mysqld=--loose-lock-wait-timeout=20 --mysqld=--loose-innodb-lock-wait-timeout=10 --mysqld=--loose-innodb_log_compressed_pages=on --mtr-build-thread=300 --vardir1=/home/travis/logs/current1_1
            {noformat}

            The old version was 10.0.34 release.

            Not reproducible right away.             		To reproduce:
            - download the datadir from here: ftp://ftp.askmonty.org/public/mdev15464-data.tar.gz
            - start 10.3 or 10.4 server with the following options:
            {noformat}
            --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --file-key-management --plugin-load-add=file_key_management.so --innodb-encrypt-tables --innodb-encrypt-log --innodb-encryption-threads=4 --aria-encrypt-tables=1 --encrypt-tmp-disk-tables=1 --encrypt-binlog --innodb-page-size=8K --innodb-compression-algorithm=zlib --loose-innodb-file-format=Barracuda --loose-innodb-file-per-table=1 --loose-max-statement-time=20 --loose-lock-wait-timeout=20 --loose-innodb-lock-wait-timeout=10 --loose-innodb_log_compressed_pages=on
            {noformat}
            (modify the path to encryption keys if necessary, the sample file from MTR tests was used).

            The archived datadir was created by 10.1.37 release server, which was shut down properly at the end. General and error logs are in the same datadir, mysql.log and mysql.err.

            The failure happens upon 10.3/10.4 startup:
            {noformat:title=10.3 2fd0acd30}
            2018-12-09 17:38:15 0 [Note] InnoDB: Waiting for purge to start
            mysqld: /data/src/10.3/storage/innobase/trx/trx0purge.cc:95: bool TrxUndoRsegsIterator::set_next(): Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed.
            181209 17:38:15 [ERROR] mysqld got signal 6 ;

            #7 0x00007fe562d65ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055d77bd8937d in TrxUndoRsegsIterator::set_next (this=0x55d77cb24e60 <purge_sys+416>) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:94
            #9 0x000055d77bd87545 in trx_purge_choose_next_log () at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1253
            #10 0x000055d77bd87799 in trx_purge_get_next_rec (n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1326
            #11 0x000055d77bd879e5 in trx_purge_fetch_next_rec (roll_ptr=0x7fe520011790, n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1396
            #12 0x000055d77bd87d0c in trx_purge_attach_undo_recs (n_purge_threads=4) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1469
            #13 0x000055d77bd881ef in trx_purge (n_purge_threads=4, truncate=false) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1599
            #14 0x000055d77bd5ab41 in srv_do_purge (n_total_purged=0x7fe5317f9ed0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2597
            #15 0x000055d77bd5af6a in srv_purge_coordinator_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2720
            #16 0x00007fe564821494 in start_thread (arg=0x7fe5317fa700) at pthread_create.c:333
            #17 0x00007fe562e2293f in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            Not reproducible on 10.2.

            A similar failure has also been observed upon upgrade from 10.0.34 release.
            Summary [Draft] Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed in TrxUndoRsegsIterator::set_next upon upgrade from 10.0 Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed in TrxUndoRsegsIterator::set_next upon upgrade from 10.0/10.1
            elenst Elena Stepanova made changes -
            Description To reproduce:
            - download the datadir from here: ftp://ftp.askmonty.org/public/mdev15464-data.tar.gz
            - start 10.3 or 10.4 server with the following options:
            {noformat}
            --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --file-key-management --plugin-load-add=file_key_management.so --innodb-encrypt-tables --innodb-encrypt-log --innodb-encryption-threads=4 --aria-encrypt-tables=1 --encrypt-tmp-disk-tables=1 --encrypt-binlog --innodb-page-size=8K --innodb-compression-algorithm=zlib --loose-innodb-file-format=Barracuda --loose-innodb-file-per-table=1 --loose-max-statement-time=20 --loose-lock-wait-timeout=20 --loose-innodb-lock-wait-timeout=10 --loose-innodb_log_compressed_pages=on
            {noformat}
            (modify the path to encryption keys if necessary, the sample file from MTR tests was used).

            The archived datadir was created by 10.1.37 release server, which was shut down properly at the end. General and error logs are in the same datadir, mysql.log and mysql.err.

            The failure happens upon 10.3/10.4 startup:
            {noformat:title=10.3 2fd0acd30}
            2018-12-09 17:38:15 0 [Note] InnoDB: Waiting for purge to start
            mysqld: /data/src/10.3/storage/innobase/trx/trx0purge.cc:95: bool TrxUndoRsegsIterator::set_next(): Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed.
            181209 17:38:15 [ERROR] mysqld got signal 6 ;

            #7 0x00007fe562d65ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055d77bd8937d in TrxUndoRsegsIterator::set_next (this=0x55d77cb24e60 <purge_sys+416>) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:94
            #9 0x000055d77bd87545 in trx_purge_choose_next_log () at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1253
            #10 0x000055d77bd87799 in trx_purge_get_next_rec (n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1326
            #11 0x000055d77bd879e5 in trx_purge_fetch_next_rec (roll_ptr=0x7fe520011790, n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1396
            #12 0x000055d77bd87d0c in trx_purge_attach_undo_recs (n_purge_threads=4) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1469
            #13 0x000055d77bd881ef in trx_purge (n_purge_threads=4, truncate=false) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1599
            #14 0x000055d77bd5ab41 in srv_do_purge (n_total_purged=0x7fe5317f9ed0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2597
            #15 0x000055d77bd5af6a in srv_purge_coordinator_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2720
            #16 0x00007fe564821494 in start_thread (arg=0x7fe5317fa700) at pthread_create.c:333
            #17 0x00007fe562e2293f in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            Not reproducible on 10.2.

            A similar failure has also been observed upon upgrade from 10.0.34 release.
            		To reproduce:
            - download the datadir from here: ftp://ftp.askmonty.org/public/mdev15464-data.tar.gz
            - start 10.3 or 10.4 server with the following options:
            {noformat}
            --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --file-key-management --plugin-load-add=file_key_management.so --innodb-encrypt-tables --innodb-encrypt-log --innodb-encryption-threads=4 --aria-encrypt-tables=1 --encrypt-tmp-disk-tables=1 --encrypt-binlog --innodb-page-size=8K --innodb-compression-algorithm=zlib --loose-innodb-file-format=Barracuda --loose-innodb-file-per-table=1 --loose-max-statement-time=20 --loose-lock-wait-timeout=20 --loose-innodb-lock-wait-timeout=10 --loose-innodb_log_compressed_pages=on
            {noformat}
            (modify the path to encryption keys if necessary, the sample file from MTR tests was used).

            The archived datadir was created by 10.1.37 release server, which was shut down properly at the end. General and error logs are in the same datadir, mysql.log and mysql.err.

            The failure happens upon 10.3/10.4 startup:
            {noformat:title=10.3 2fd0acd30}
            2018-12-09 17:38:15 0 [Note] InnoDB: Waiting for purge to start
            mysqld: /data/src/10.3/storage/innobase/trx/trx0purge.cc:95: bool TrxUndoRsegsIterator::set_next(): Assertion `purge_sys.purge_queue.empty() || purge_sys.purge_queue.top() != m_rsegs' failed.
            181209 17:38:15 [ERROR] mysqld got signal 6 ;

            #7 0x00007fe562d65ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055d77bd8937d in TrxUndoRsegsIterator::set_next (this=0x55d77cb24e60 <purge_sys+416>) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:94
            #9 0x000055d77bd87545 in trx_purge_choose_next_log () at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1253
            #10 0x000055d77bd87799 in trx_purge_get_next_rec (n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1326
            #11 0x000055d77bd879e5 in trx_purge_fetch_next_rec (roll_ptr=0x7fe520011790, n_pages_handled=0x7fe5317f9dd0, heap=0x55d77faf01d0) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1396
            #12 0x000055d77bd87d0c in trx_purge_attach_undo_recs (n_purge_threads=4) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1469
            #13 0x000055d77bd881ef in trx_purge (n_purge_threads=4, truncate=false) at /data/src/10.3/storage/innobase/trx/trx0purge.cc:1599
            #14 0x000055d77bd5ab41 in srv_do_purge (n_total_purged=0x7fe5317f9ed0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2597
            #15 0x000055d77bd5af6a in srv_purge_coordinator_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2720
            #16 0x00007fe564821494 in start_thread (arg=0x7fe5317fa700) at pthread_create.c:333
            #17 0x00007fe562e2293f in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            Not reproducible on 10.2.

            A similar failure has also been observed upon upgrade from 10.0.34 release, without encryption.
            elenst Elena Stepanova made changes -
            Assignee Elena Stepanova [ elenst ] Marko Mäkelä [ marko ]
            marko Marko Mäkelä made changes -
            marko Marko Mäkelä added a comment -

            This is essentially the same problem that I have previously analyzed in MDEV-15912.

            marko Marko Mäkelä added a comment - This is essentially the same problem that I have previously analyzed in MDEV-15912 .
            marko Marko Mäkelä made changes -
            Fix Version/s 10.6.3 [ 25904 ]
            Fix Version/s 10.3.30 [ 25732 ]
            Fix Version/s 10.4.20 [ 25733 ]
            Fix Version/s 10.5.11 [ 25734 ]
            Fix Version/s 10.3 [ 22126 ]
            Fix Version/s 10.4 [ 22408 ]
            Resolution Fixed [ 1 ]
            Status Open [ 1 ] Closed [ 6 ]
            marko Marko Mäkelä made changes -
            Fix Version/s 10.3.31 [ 26028 ]
            Fix Version/s 10.4.21 [ 26030 ]
            Fix Version/s 10.5.12 [ 26025 ]
            Fix Version/s 10.3.30 [ 25732 ]
            Fix Version/s 10.4.20 [ 25733 ]
            Fix Version/s 10.5.11 [ 25734 ]
            serg Sergei Golubchik made changes -
            Workflow MariaDB v3 [ 85823 ] MariaDB v4 [ 153895 ]

            People

              marko Marko Mäkelä
              elenst Elena Stepanova
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

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