Comment 21 for bug 1192834

Revision history for this message
Sergei Glushchenko (sergei.glushchenko) wrote :

Test case #2:

##########################################################################
# Bug 1192834: Crash during apply with index compaction enabled #
##########################################################################

. inc/common.sh

start_server --innodb_file_per_table
load_dbase_schema sakila
load_dbase_data sakila

function start_uncomitted_transaction()
{
    run_cmd $MYSQL $MYSQL_ARGS sakila <<EOF
START TRANSACTION;
DELETE FROM payment;
SELECT SLEEP(10000);
EOF
}

start_uncomitted_transaction &
job_master=$!

sleep 2

backup_dir="$topdir/backup"

innobackupex --no-timestamp --compact $backup_dir
vlog "Backup created in directory $backup_dir"

kill -SIGKILL $job_master
stop_server

# Remove datadir
rm -r $mysql_datadir

# Restore sakila

innobackupex --apply-log --rebuild-indexes $backup_dir

vlog "Restoring MySQL datadir"
mkdir -p $mysql_datadir
innobackupex --copy-back $backup_dir

start_server

Crash:

InnoDB: Starting in background the rollback of uncommitted transactions
2015-04-28 16:07:16 10aa60000 InnoDB: Rolling back trx with id 1920, 16049 rows to undo
InnoDB: 128 rollback segment(s) are active.

InnoDB: Progress in percents: 1InnoDB: Waiting for purge to start
2015-04-28 16:07:16 10aa60000 InnoDB: Assertion failure in thread 4473618432 in file btr0cur.cc line 700
InnoDB: Failing assertion: fil_page_get_type(page) == 17855
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
09:07:16 UTC - xtrabackup got signal 6 ;
This could be because you hit a bug or data is corrupted.
This error can also be caused by malfunctioning hardware.
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.

Thread pointer: 0x10aa60000
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 = 0 thread_stack 0x10000
0 xtrabackup 0x0000000101cab9c8 my_print_stacktrace + 72
1 xtrabackup 0x00000001023efd15 handle_fatal_signal + 597
2 libsystem_platform.dylib 0x00007fff826dcf1a _sigtramp + 26
3 ??? 0x0000000000000005 0x0 + 5
4 libsystem_c.dylib 0x00007fff82ddeb53 abort + 129
5 xtrabackup 0x0000000101d704e4 _Z27btr_cur_search_to_nth_levelP12dict_index_tmPK8dtuple_tmmP9btr_cur_tmPKcmP5mtr_t + 4500
6 xtrabackup 0x000000010200b103 _ZL17btr_pcur_open_lowP12dict_index_tmPK8dtuple_tmmP10btr_pcur_tPKcmP5mtr_t + 195
7 xtrabackup 0x000000010200b706 _Z22row_search_index_entryP12dict_index_tPK8dtuple_tmP10btr_pcur_tP5mtr_t + 166
8 xtrabackup 0x0000000102029032 _ZL43row_undo_mod_del_unmark_sec_and_undo_updatemP9que_thr_tP12dict_index_tP8dtuple_t + 610
9 xtrabackup 0x0000000102024ba8 _ZL25row_undo_mod_del_mark_secP11undo_node_tP9que_thr_t + 472
10 xtrabackup 0x0000000102023f12 _Z12row_undo_modP11undo_node_tP9que_thr_t + 738
11 xtrabackup 0x000000010202bb4b _ZL8row_undoP11undo_node_tP9que_thr_t + 523
12 xtrabackup 0x000000010202b79f _Z13row_undo_stepP9que_thr_t + 207
13 xtrabackup 0x0000000101f88d2e _ZL12que_thr_stepP9que_thr_t + 990
14 xtrabackup 0x0000000101f883aa _ZL19que_run_threads_lowP9que_thr_t + 298
15 xtrabackup 0x0000000101f8810e _Z15que_run_threadsP9que_thr_t + 206
16 xtrabackup 0x000000010207b5b6 _ZL19trx_rollback_activeP5trx_t + 646
17 xtrabackup 0x00000001020788e0 _ZL24trx_rollback_resurrectedP5trx_tm + 400
18 xtrabackup 0x0000000102078551 _Z31trx_rollback_or_clean_recoveredm + 737
19 xtrabackup 0x0000000102078a53 trx_rollback_or_clean_all_recovered + 99
20 libsystem_pthread.dylib 0x00007fff8ee9d268 _pthread_body + 131
21 libsystem_pthread.dylib 0x00007fff8ee9d1e5 _pthread_body + 0
22 libsystem_pthread.dylib 0x00007fff8ee9b41d thread_start + 13