-
Type:
Bug
-
Status: Done
-
Priority:
High
-
Resolution: Fixed
-
Affects Version/s: 8.0.4
-
Fix Version/s: 8.0.5
-
Component/s: None
-
Labels:None
Start MS8.0.15 with innodb-rollback-segments
Add data in MS using sysbench
Take full backup
./xtrabackup --user=root --password='' --backup --target-dir=${backup_dir}/full -S ${mysqldir}/socket.sock --datadir=${datadir}
Start a data load on the server using sysbench
Take incremental backup
./xtrabackup --user=root --password='' --backup --target-dir=${backup_dir}/inc --incremental-basedir=${backup_dir}/full -S ${mysqldir}/socket.sock --datadir=${datadir}
Prepare the full backup
./xtrabackup --user=root --password='' --prepare --apply-log-only --target_dir=${backup_dir}/full
Prepare the incremental backup
./xtrabackup --user=root --password='' --prepare --target_dir=${backup_dir}/full --incremental-dir=${backup_dir}/inc
PXB crashes during prepare
InnoDB: Assertion failure: log0recv.cc:2118:!page || page_type == FIL_PAGE_UNDO_LOG InnoDB: thread 140506281453312InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to https://jira.percona.com/projects/PXB. 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/8.0/en/forcing-innodb-recovery.html InnoDB: about forcing recovery. 12:14:39 UTC - 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. 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. key_buffer_size=0 read_buffer_size=131072 max_used_connections=0 max_threads=0 thread_count=0 connection_count=0 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 0 K bytes of memory Hope that's ok; if not, decrease some variables in the equation. 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 0x46000 /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(my_print_stacktrace(unsigned char*, unsigned long)+0x43) [0x4312127] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(handle_fatal_signal+0x3e3) [0x2ec1f9a] /usr/lib64/libpthread.so.0(+0xf5d0) [0x7fca32bca5d0] /usr/lib64/libc.so.6(gsignal+0x37) [0x7fca30845207] /usr/lib64/libc.so.6(abort+0x148) [0x7fca308468f8] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup() [0x34c1664] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup() [0x32e65b1] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(recv_recover_page_func(bool, buf_block_t*)+0x62c) [0x32e77cd] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(buf_page_io_complete(buf_page_t*, bool)+0x64f) [0x3053353] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(fil_aio_wait(unsigned long)+0x1ac) [0x31398db] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup() [0x3439583] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(void std::__invoke_impl<void, void (*&)(unsigned long), unsigned long&>(std::__invoke_other, void (*&)(unsigned long), unsigned long&)+0x34) [0x285b636] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(std::__invoke_result<void (*&)(unsigned long), unsigned long&>::type std::__invoke<void (*&)(unsigned long), unsigned long&>(void (*&)(unsigned long), unsigned long&)+0x3f) [0x285b1e3] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(void std::_Bind<void (*(unsigned long))(unsigned long)>::__call<void, , 0ul>(std::tuple<>&&, std::_Index_tuple<0ul>)+0x48) [0x285ad90] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(void std::_Bind<void (*(unsigned long))(unsigned long)>::operator()<, void>()+0x2a) [0x285a6ca] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(void Runnable::operator()<void (*)(unsigned long), unsigned long>(void (*&&)(unsigned long), unsigned long&&)+0x5d) [0x2859685] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(void std::__invoke_impl<void, Runnable, void (*)(unsigned long), unsigned long>(std::__invoke_other, Runnable&&, void (*&&)(unsigned long), unsigned long&&)+0x4f) [0x28577ab] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(std::__invoke_result<Runnable, void (*)(unsigned long), unsigned long>::type std::__invoke<Runnable, void (*)(unsigned long), unsigned long>(Runnable&&, void (*&&)(unsigned long), unsigned long&&)+0x57) [0x2855193] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(decltype (__invoke((_S_declval<0ul>)(), (_S_declval<1ul>)(), (_S_declval<2ul>)())) std::thread::_Invoker<std::tuple<Runnable, void (*)(unsigned long), unsigned long> >::_M_invoke<0ul, 1ul, 2ul>(std::_Index_tuple<0ul, 1ul, 2ul>)+0x5f) [0x285c03d] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(std::thread::_Invoker<std::tuple<Runnable, void (*)(unsigned long), unsigned long> >::operator()()+0x1d) [0x285be97] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup(std::thread::_State_impl<std::thread::_Invoker<std::tuple<Runnable, void (*)(unsigned long), unsigned long> > >::_M_run()+0x1c) [0x285bbb0] /home/mchawla/pxb_8_0_5_debug/bin/xtrabackup() [0x464242f] /usr/lib64/libpthread.so.0(+0x7dd5) [0x7fca32bc2dd5] /usr/lib64/libc.so.6(clone+0x6d) [0x7fca3090cead] Please report a bug at https://jira.percona.com/projects/PXB
Logs attached: prepare_inc_backup_12_02_2019_14_log