Hello Team,
We are still getting same error with MySQL version: 5.7.13 and Percona Xtrabackup: 2.3.4
We have a Master-Slave environment where we are taking Percona backup from Slave with --safe-slave-backup option, while trying to apply log for incremental backup following error appears
--------------------------------------------------------------------------------------
11:03:54 UTC - xtrabackup got signal 11 ;
This could be because you hit a bug or data is corrupted.
This error can also be caused by malfunctioning hardware.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
Thread pointer: 0x0
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
innobackupex(my_print_stacktrace+0x2c)[0xc4e5ec]
innobackupex(handle_fatal_signal+0x262)[0xa548a2]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7fae2a8c9330]
innobackupex(_Z32page_cur_search_with_match_bytesPK11buf_block_tPK12dict_index_tPK8dtuple_t15page_cur_mode_tPmS9_S9_S9_P10page_cur_t+0x168)[0x9d18a8]
innobackupex(_Z27btr_cur_search_to_nth_levelP12dict_index_tmPK8dtuple_t15page_cur_mode_tmP9btr_cur_tmPKcmP5mtr_t+0x1044)[0x9870c4]
innobackupex(_Z22row_search_index_entryP12dict_index_tPK8dtuple_tmP10btr_pcur_tP5mtr_t+0x11f)[0x85319f]
innobackupex[0xc77d84]
innobackupex[0xc78da8]
innobackupex(_Z14row_purge_stepP9que_thr_t+0x345)[0xc792a5]
innobackupex(_Z15que_run_threadsP9que_thr_t+0x4f2)[0x9b35b2]
innobackupex(srv_worker_thread+0x2f1)[0x7fb8b1]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x8184)[0x7fae2a8c1184]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fae28ee937d]
Hello Team, ------- ------- ------- ------- ------- ------- ------- ------- ------- ------- ------- --
We are still getting same error with MySQL version: 5.7.13 and Percona Xtrabackup: 2.3.4
We have a Master-Slave environment where we are taking Percona backup from Slave with --safe-slave-backup option, while trying to apply log for incremental backup following error appears
-------
11:03:54 UTC - xtrabackup got signal 11 ;
This could be because you hit a bug or data is corrupted.
This error can also be caused by malfunctioning hardware.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
Thread pointer: 0x0 my_print_ stacktrace+ 0x2c)[0xc4e5ec] handle_ fatal_signal+ 0x262)[ 0xa548a2] 64-linux- gnu/libpthread. so.0(+0x10330) [0x7fae2a8c9330 ] _Z32page_ cur_search_ with_match_ bytesPK11buf_ block_tPK12dict _index_ tPK8dtuple_ t15page_ cur_mode_ tPmS9_S9_ S9_P10page_ cur_t+0x168) [0x9d18a8] _Z27btr_ cur_search_ to_nth_ levelP12dict_ index_tmPK8dtup le_t15page_ cur_mode_ tmP9btr_ cur_tmPKcmP5mtr _t+0x1044) [0x9870c4] _Z22row_ search_ index_entryP12d ict_index_ tPK8dtuple_ tmP10btr_ pcur_tP5mtr_ t+0x11f) [0x85319f] 0xc77d84] 0xc78da8] _Z14row_ purge_stepP9que _thr_t+ 0x345)[ 0xc792a5] _Z15que_ run_threadsP9qu e_thr_t+ 0x4f2)[ 0x9b35b2] srv_worker_ thread+ 0x2f1)[ 0x7fb8b1] 64-linux- gnu/libpthread. so.0(+0x8184) [0x7fae2a8c1184 ] 64-linux- gnu/libc. so.6(clone+ 0x6d)[0x7fae28e e937d]
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
innobackupex(
innobackupex(
/lib/x86_
innobackupex(
innobackupex(
innobackupex(
innobackupex[
innobackupex[
innobackupex(
innobackupex(
innobackupex(
/lib/x86_
/lib/x86_
Please report a bug at https:/ /bugs.launchpad .net/percona- xtrabackup
I want to know the possible reasons that I am getting this error