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

Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed in row0purge.cc:885: void row_purge_upd_exist_or_extern_func after crash recovery with virtual columns

Details

    Description

      Note: might be a duplicate of (or have the same root cause as) MDEV-17215, but the assertion is in a different place, so filing it separately just in case.

      10.3 90b292ce311

      		 
      mysqld: /data/src/10.3/storage/innobase/row/row0purge.cc:885: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
      		 
      180922 21:58:55 [ERROR] mysqld got signal 6 ;
      		 
       
      		 
      #7  0x00007fa47ca83ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
      		 
      #8  0x0000563023d65eed in row_purge_upd_exist_or_extern_func (thr=0x563027230a80, node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030") at /data/src/10.3/storage/innobase/row/row0purge.cc:884
      		 
      #9  0x0000563023d66d14 in row_purge_record_func (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80, updated_extern=false) at /data/src/10.3/storage/innobase/row/row0purge.cc:1201
      		 
      #10 0x0000563023d66eb6 in row_purge (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1245
      		 
      #11 0x0000563023d67264 in row_purge_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1331
      		 
      #12 0x0000563023ceae2a in que_thr_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1046
      		 
      #13 0x0000563023ceb05d in que_run_threads_low (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1108
      		 
      #14 0x0000563023ceb24e in que_run_threads (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1148
      		 
      #15 0x0000563023db253c in srv_task_execute () at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2452
      		 
      #16 0x0000563023db26e1 in srv_worker_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2500
      		 
      #17 0x00007fa47e75a494 in start_thread (arg=0x7fa4397fa700) at pthread_create.c:333
      		 
      #18 0x00007fa47cb4093f in clone () from /lib/x86_64-linux-gnu/libc.so.6

      To reproduce:

      • download the datadir from ftp://ftp.askmonty.org/public/data-mdev17218.tar.gz
      • remove a directory named data if exists in the current folder;
      • untar data-mdev17218.tar.gz, it will create data folder with some contents in it;
      • start 10.3 server on the created datadir data with the following options (modify the path to keys.txt if necessary): 

        --file-key-management --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --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=none --loose-innodb_log_compressed_pages=on

      The server starts all right, but in a few seconds it aborts with the assertion above.

      The provided datadir was created on the same version/build of MariaDB server, by creating tables with virtual columns, performing some DML on them and at some point killing the server with SIGKILL. The datadir was stored after that, before any attempt to restart the server. Full general log and error log from the beginning up to SIGKILL can be found in logs-mdev17218.tar.gz.

      All threads' stack trace is also attached.

      It's not easy to reproduce the initial datadir creation, because usually MDEV-17215 happens first. On the same reason, I can't say for sure which of the server options above are relevant and which are not, it's just the same options with which this particular datadir was created.
      10.2 and 10.3 are known to be affected, I have no information about other versions.

      The test below can reproduce the problem from scratch (might need to re-run several times if it hits MDEV-17215 instead):

      github.com/MariaDB/randgen --branch elenst-mdev14046 1348571d03a

      		 
      perl ./runall-trials.pl --trials=20 --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/data/bld/10.3 --mysqld=--file-key-management --mysqld=--file-key-management-filename=/data/bld/keys.txt --mysqld=--plugin-load-add=file_key_management.so --mysqld=--innodb-encrypt-tables --mysqld=--innodb-encrypt-log --mysqld=--innodb-encryption-threads=4 --mysqld=--aria-encrypt-tables=1 --mysqld=--encrypt-tmp-disk-tables=1 --mysqld=--encrypt-binlog --mysqld=--innodb-page-size=8K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537618555 --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=/dev/shm/vardir

      Attachments

        Issue Links

          relates to

          Bug - A problem which impairs or prevents the functions of the product. MDEV-17215 Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed in row0purge.cc:140: bool row_purge_remove_clust_if_poss_low after crash recovery with virtual columns

          • 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
            Description https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            https://travis-ci.org/elenst/travis-tests/jobs/429367890
            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            No information yet whether it's reproducible on vanilla 10.2.             		https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            No information yet whether it's reproducible on vanilla 10.2.
            elenst Elena Stepanova made changes -
            Affects Version/s 10.2 [ 14601 ]
            Affects Version/s N/A [ 14700 ]
            Description https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            No information yet whether it's reproducible on vanilla 10.2.             		https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            Also reproducible on vanilla 10.2.
            elenst Elena Stepanova made changes -
            Description https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            Also reproducible on vanilla 10.2.             		https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            Also happens on vanilla 10.2.
            elenst Elena Stepanova made changes -
            Attachment logs-mdev17218.tar.gz [ 46515 ]
            Attachment threads [ 46516 ]
            Fix Version/s 10.2 [ 14601 ]
            Fix Version/s 10.3 [ 22126 ]
            Affects Version/s 10.3 [ 22126 ]
            Description https://travis-ci.org/elenst/travis-tests/jobs/429367890#L3639

            {noformat:title=bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118}
            mysqld: /home/travis/src/storage/innobase/row/row0purge.cc:818: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180917 12:00:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007f3402246ca2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x000055eea111d805 in row_purge_upd_exist_or_extern_func (thr=0x55eea44e35b0, node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027") at /home/travis/src/storage/innobase/row/row0purge.cc:817
            #9 0x000055eea111e42a in row_purge_record_func (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0, updated_extern=false) at /home/travis/src/storage/innobase/row/row0purge.cc:1110
            #10 0x000055eea111e581 in row_purge (node=0x55eea44e3768, undo_rec=0x55eea44e3d18 "\001h\f\001\027", thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1154
            #11 0x000055eea111e8bd in row_purge_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/row/row0purge.cc:1240
            #12 0x000055eea10b00b6 in que_thr_step (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1049
            #13 0x000055eea10b02b1 in que_run_threads_low (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1111
            #14 0x000055eea10b045b in que_run_threads (thr=0x55eea44e35b0) at /home/travis/src/storage/innobase/que/que0que.cc:1151
            #15 0x000055eea116a252 in srv_task_execute () at /home/travis/src/storage/innobase/srv/srv0srv.cc:2535
            #16 0x000055eea116a3a0 in srv_worker_thread (arg=0x0) at /home/travis/src/storage/innobase/srv/srv0srv.cc:2582
            #17 0x00007f3402e08184 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
            #18 0x00007f3402314ffd in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            {noformat:title=elenst-mdev14046 1348571d03a3b335fe5d772cbbb27c13f24c62e0}
            perl /home/travis/rqg//runall-new.pl --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/home/travis/server --mysqld=--innodb-page-size=64K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537184920 --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}

            Also happens on vanilla 10.2.             		_Note: might be a duplicate of (or have the same root cause as) MDEV-17215, but the assertion is in a different place, so filing it separately just in case._

            {noformat:title=10.3 90b292ce311}
            mysqld: /data/src/10.3/storage/innobase/row/row0purge.cc:885: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180922 21:58:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007fa47ca83ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x0000563023d65eed in row_purge_upd_exist_or_extern_func (thr=0x563027230a80, node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030") at /data/src/10.3/storage/innobase/row/row0purge.cc:884
            #9 0x0000563023d66d14 in row_purge_record_func (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80, updated_extern=false) at /data/src/10.3/storage/innobase/row/row0purge.cc:1201
            #10 0x0000563023d66eb6 in row_purge (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1245
            #11 0x0000563023d67264 in row_purge_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1331
            #12 0x0000563023ceae2a in que_thr_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1046
            #13 0x0000563023ceb05d in que_run_threads_low (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1108
            #14 0x0000563023ceb24e in que_run_threads (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1148
            #15 0x0000563023db253c in srv_task_execute () at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2452
            #16 0x0000563023db26e1 in srv_worker_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2500
            #17 0x00007fa47e75a494 in start_thread (arg=0x7fa4397fa700) at pthread_create.c:333
            #18 0x00007fa47cb4093f in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            To reproduce:

            - download the datadir from ftp://ftp.askmonty.org/public/data-mdev17218.tar.gz
            - remove a directory named {{data}} if exists in the current folder;
            - untar data-mdev17218.tar.gz, it will create {{data}} folder with some contents in it;
            - start 10.3 server on the created datadir {{data}} with the following options:
            {noformat}
            --file-key-management --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --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=none --loose-innodb_log_compressed_pages=on
            {noformat}

            The server starts all right, but in a few seconds it aborts with the assertion above.

            The provided datadir was created on the same version/build of MariaDB server, by creating tables with virtual columns, performing some DML on them and at some point killing the server with SIGKILL. The datadir was stored after that, before any attempt to restart the server. Full general log and error log from the beginning up to SIGKILL can be found in [^logs-mdev17218.tar.gz].

            All threads' stack trace is also attached.

            It's not easy to reproduce the initial datadir creation, because usually MDEV-17215 happens first. On the same reason, I can't say for sure which of the server options above are relevant and which are not, it's just the same options with which this particular datadir was created.
            10.2 and 10.3 are known to be affected, I have no information about other versions.

            The test below _can_ reproduce the problem from scratch (might need to re-run several times if it hits MDEV-17215 instead):
            {noformat:title=github.com/MariaDB/randgen --branch elenst-mdev14046 1348571d03a}
            perl ./runall-trials.pl --trials=20 --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/data/bld/10.3 --mysqld=--file-key-management --mysqld=--file-key-management-filename=/data/bld/keys.txt --mysqld=--plugin-load-add=file_key_management.so --mysqld=--innodb-encrypt-tables --mysqld=--innodb-encrypt-log --mysqld=--innodb-encryption-threads=4 --mysqld=--aria-encrypt-tables=1 --mysqld=--encrypt-tmp-disk-tables=1 --mysqld=--encrypt-binlog --mysqld=--innodb-page-size=8K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537618555 --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=/dev/shm/vardir
            {noformat}
            Environment bb-10.2-marko 5897e4d2c2247f0aee3757dc0607b147d827a118
            Summary [Draft] Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed in row_purge_upd_exist_or_extern_func Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed in row0purge.cc:885: void row_purge_upd_exist_or_extern_func after crash recovery with virtual columns
            elenst Elena Stepanova made changes -
            Description _Note: might be a duplicate of (or have the same root cause as) MDEV-17215, but the assertion is in a different place, so filing it separately just in case._

            {noformat:title=10.3 90b292ce311}
            mysqld: /data/src/10.3/storage/innobase/row/row0purge.cc:885: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180922 21:58:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007fa47ca83ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x0000563023d65eed in row_purge_upd_exist_or_extern_func (thr=0x563027230a80, node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030") at /data/src/10.3/storage/innobase/row/row0purge.cc:884
            #9 0x0000563023d66d14 in row_purge_record_func (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80, updated_extern=false) at /data/src/10.3/storage/innobase/row/row0purge.cc:1201
            #10 0x0000563023d66eb6 in row_purge (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1245
            #11 0x0000563023d67264 in row_purge_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1331
            #12 0x0000563023ceae2a in que_thr_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1046
            #13 0x0000563023ceb05d in que_run_threads_low (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1108
            #14 0x0000563023ceb24e in que_run_threads (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1148
            #15 0x0000563023db253c in srv_task_execute () at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2452
            #16 0x0000563023db26e1 in srv_worker_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2500
            #17 0x00007fa47e75a494 in start_thread (arg=0x7fa4397fa700) at pthread_create.c:333
            #18 0x00007fa47cb4093f in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            To reproduce:

            - download the datadir from ftp://ftp.askmonty.org/public/data-mdev17218.tar.gz
            - remove a directory named {{data}} if exists in the current folder;
            - untar data-mdev17218.tar.gz, it will create {{data}} folder with some contents in it;
            - start 10.3 server on the created datadir {{data}} with the following options:
            {noformat}
            --file-key-management --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --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=none --loose-innodb_log_compressed_pages=on
            {noformat}

            The server starts all right, but in a few seconds it aborts with the assertion above.

            The provided datadir was created on the same version/build of MariaDB server, by creating tables with virtual columns, performing some DML on them and at some point killing the server with SIGKILL. The datadir was stored after that, before any attempt to restart the server. Full general log and error log from the beginning up to SIGKILL can be found in [^logs-mdev17218.tar.gz].

            All threads' stack trace is also attached.

            It's not easy to reproduce the initial datadir creation, because usually MDEV-17215 happens first. On the same reason, I can't say for sure which of the server options above are relevant and which are not, it's just the same options with which this particular datadir was created.
            10.2 and 10.3 are known to be affected, I have no information about other versions.

            The test below _can_ reproduce the problem from scratch (might need to re-run several times if it hits MDEV-17215 instead):
            {noformat:title=github.com/MariaDB/randgen --branch elenst-mdev14046 1348571d03a}
            perl ./runall-trials.pl --trials=20 --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/data/bld/10.3 --mysqld=--file-key-management --mysqld=--file-key-management-filename=/data/bld/keys.txt --mysqld=--plugin-load-add=file_key_management.so --mysqld=--innodb-encrypt-tables --mysqld=--innodb-encrypt-log --mysqld=--innodb-encryption-threads=4 --mysqld=--aria-encrypt-tables=1 --mysqld=--encrypt-tmp-disk-tables=1 --mysqld=--encrypt-binlog --mysqld=--innodb-page-size=8K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537618555 --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=/dev/shm/vardir
            {noformat}             		_Note: might be a duplicate of (or have the same root cause as) MDEV-17215, but the assertion is in a different place, so filing it separately just in case._

            {noformat:title=10.3 90b292ce311}
            mysqld: /data/src/10.3/storage/innobase/row/row0purge.cc:885: void row_purge_upd_exist_or_extern_func(const que_thr_t*, purge_node_t*, trx_undo_rec_t*): Assertion `rw_lock_own(dict_operation_lock, RW_LOCK_S) || node->vcol_info.is_used()' failed.
            180922 21:58:55 [ERROR] mysqld got signal 6 ;

            #7 0x00007fa47ca83ee2 in __assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
            #8 0x0000563023d65eed in row_purge_upd_exist_or_extern_func (thr=0x563027230a80, node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030") at /data/src/10.3/storage/innobase/row/row0purge.cc:884
            #9 0x0000563023d66d14 in row_purge_record_func (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80, updated_extern=false) at /data/src/10.3/storage/innobase/row/row0purge.cc:1201
            #10 0x0000563023d66eb6 in row_purge (node=0x563027230f28, undo_rec=0x7fa418014078 "\001\206\034\001\030", thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1245
            #11 0x0000563023d67264 in row_purge_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/row/row0purge.cc:1331
            #12 0x0000563023ceae2a in que_thr_step (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1046
            #13 0x0000563023ceb05d in que_run_threads_low (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1108
            #14 0x0000563023ceb24e in que_run_threads (thr=0x563027230a80) at /data/src/10.3/storage/innobase/que/que0que.cc:1148
            #15 0x0000563023db253c in srv_task_execute () at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2452
            #16 0x0000563023db26e1 in srv_worker_thread (arg=0x0) at /data/src/10.3/storage/innobase/srv/srv0srv.cc:2500
            #17 0x00007fa47e75a494 in start_thread (arg=0x7fa4397fa700) at pthread_create.c:333
            #18 0x00007fa47cb4093f in clone () from /lib/x86_64-linux-gnu/libc.so.6
            {noformat}

            To reproduce:

            - download the datadir from ftp://ftp.askmonty.org/public/data-mdev17218.tar.gz
            - remove a directory named {{data}} if exists in the current folder;
            - untar data-mdev17218.tar.gz, it will create {{data}} folder with some contents in it;
            - start 10.3 server on the created datadir {{data}} with the following options (modify the path to {{keys.txt}} if necessary):
            {noformat}
            --file-key-management --file-key-management-filename=`pwd`/mysql-test/std_data/keys.txt --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=none --loose-innodb_log_compressed_pages=on
            {noformat}

            The server starts all right, but in a few seconds it aborts with the assertion above.

            The provided datadir was created on the same version/build of MariaDB server, by creating tables with virtual columns, performing some DML on them and at some point killing the server with SIGKILL. The datadir was stored after that, before any attempt to restart the server. Full general log and error log from the beginning up to SIGKILL can be found in [^logs-mdev17218.tar.gz].

            All threads' stack trace is also attached.

            It's not easy to reproduce the initial datadir creation, because usually MDEV-17215 happens first. On the same reason, I can't say for sure which of the server options above are relevant and which are not, it's just the same options with which this particular datadir was created.
            10.2 and 10.3 are known to be affected, I have no information about other versions.

            The test below _can_ reproduce the problem from scratch (might need to re-run several times if it hits MDEV-17215 instead):
            {noformat:title=github.com/MariaDB/randgen --branch elenst-mdev14046 1348571d03a}
            perl ./runall-trials.pl --trials=20 --grammar=conf/mariadb/oltp-transactional.yy --grammar2=conf/mariadb/oltp_and_ddl.yy --gendata=conf/mariadb/innodb_upgrade.zz --gendata-advanced --vcols --mysqld=--server-id=111 --scenario=CrashUpgrade --duration=90 --basedir=/data/bld/10.3 --mysqld=--file-key-management --mysqld=--file-key-management-filename=/data/bld/keys.txt --mysqld=--plugin-load-add=file_key_management.so --mysqld=--innodb-encrypt-tables --mysqld=--innodb-encrypt-log --mysqld=--innodb-encryption-threads=4 --mysqld=--aria-encrypt-tables=1 --mysqld=--encrypt-tmp-disk-tables=1 --mysqld=--encrypt-binlog --mysqld=--innodb-page-size=8K --mysqld=--innodb-compression-algorithm=none --mysqld=--loose-innodb-file-format=Barracuda --mysqld=--loose-innodb-file-per-table=1 --gendata=conf/mariadb/innodb_upgrade.zz --no-mask --seed=1537618555 --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=/dev/shm/vardir
            {noformat}
            elenst Elena Stepanova made changes -
            Assignee Elena Stepanova [ elenst ] Marko Mäkelä [ marko ]
            elenst Elena Stepanova made changes -
            marko Marko Mäkelä made changes -
            Assignee Marko Mäkelä [ marko ] Thirunarayanan Balathandayuthapani [ thiru ]
            thiru Thirunarayanan Balathandayuthapani made changes -
            Status Open [ 1 ] In Progress [ 3 ]
            thiru Thirunarayanan Balathandayuthapani made changes -
            Fix Version/s 10.3.10 [ 23140 ]
            Fix Version/s 10.2.19 [ 23207 ]
            Fix Version/s 10.2 [ 14601 ]
            Fix Version/s 10.3 [ 22126 ]
            Resolution Duplicate [ 3 ]
            Status In Progress [ 3 ] Closed [ 6 ]
            serg Sergei Golubchik made changes -
            Workflow MariaDB v3 [ 89635 ] MariaDB v4 [ 154944 ]

            People

              thiru Thirunarayanan Balathandayuthapani
              elenst Elena Stepanova
              Votes:
              0 Vote for this issue
              Watchers:
              1 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.