Bug after restore backup by Xtrabackup

After restoring all looks good - reading was ok, but after I starting inserts and updates I have mysqld signal 6

And now I have restart mysqld every 11 sec. I have tried 2 servers with percona 5.5, 5.1. Result was the same.
I believe something wrong with one of tables. But I couldn’t find out it.
Do you know what the problem?


130130 9:48:39 InnoDB: Warning: allocated tablespace 21, old maximum was 9130130 9:48:39 InnoDB: Assertion failure in thread 140639204140800 in file btr/btr0cur.c line 321InnoDB: Failing assertion: btr_page_get_prev(get_block->frame, mtr) == page_get_page_no(page)InnoDB: We intentionally generate a memory trap.InnoDB: Submit a detailed bug report to .InnoDB: If you get repeated assertion failures or crashes, evenInnoDB: immediately after the mysqld startup, there may beInnoDB: corruption in the InnoDB tablespace. Please refer toInnoDB: about forcing recovery.15:48:39 UTC - mysqld got signal 6 ;This could be because you hit a bug. It is also possible that this binaryor one of the libraries it was linked against is corrupt, improperly built,or misconfigured. This error can also be caused by malfunctioning hardware.We will try our best to scrape up some info that will hopefully helpdiagnose the problem, but since we have already crashed, something is definitely wrong and this may fail.Please help us make Percona Server better by reporting anybugs at key_buffer_size=209715200read_buffer_size=8388608max_used_connections=0max_threads=400thread_count=0connection_count=0It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 16593237 K bytes of memoryHope that’s ok; if not, decrease some variables in the equation.Thread pointer: 0x0Attempting backtrace. You can use the following information to find outwhere mysqld died. If you see no messages after this, something wentterribly wrong…stack_bottom = 0 thread_stack 0x80000/usr/sbin/mysqld(my_print_stacktrace+0x35)[0x8ac755]/usr/sbin/mysqld(handle_fatal_signal+0x40b)[0x6a862b]/lib64/libpthread.so.0(+0xf500)[0x7feac550e500]/lib64/libc.so.6(gsignal+0x35)[0x7feac46be8a5]/lib64/libc.so.6(abort+0x175)[0x7feac46c0085]/usr/sbin/mysqld[0x7ed8bd]/usr/sbin/mysqld[0x7f2ad0]/usr/sbin/mysqld[0x7a0c68]/usr/sbin/mysqld[0x79f502]/usr/sbin/mysqld[0x79fa16]/usr/sbin/mysqld[0x7a0558]/usr/sbin/mysqld[0x787680]/usr/sbin/mysqld[0x7bf3f6]/usr/sbin/mysqld[0x7b727b]/lib64/libpthread.so.0(+0x7851)[0x7feac5506851]/lib64/libc.so.6(clone+0x6d)[0x7feac477411d]You may download the Percona Server operations manual by visiting. You may find informationin the manual which will help you identify the cause of the crash.130130 09:48:39 mysqld_safe Number of processes running now: 0130130 09:48:39 mysqld_safe mysqld restarted

Server version: 5.1.67-rel14.3-log Percona Server (GPL), 14.3, Revision 506

long_query_time = 1.5slow_query_log = 0slow_query_log_file = /var/log/mysql/mysql-slow.logexpire_logs_days = 5basedir = /usrtmpdir = /tmpskip-external-lockingskip-name-resolveserver-id = 128## * Fine Tuning#key_buffer = 200Msort_buffer_size = 32Mread_buffer_size = 8Mtmp_table_size = 20Mmax_heap_table_size = 20Mmax_allowed_packet = 16Mthread_stack = 512Kthread_cache_size = 1200max_connections = 400net_read_timeout=300net_write_timeout=300wait_timeout=1800table_cache = 1200table_definition_cache = 4096thread_concurrency = 16## * Query Cache Configuration#query_cache_limit = 1Mquery_cache_size = 32Mquery_cache_min_res_unit = 1024query_cache_wlock_invalidate = ONinnodb_file_per_tableinnodb_buffer_pool_size=6000Minnodb_file_io_threads=4innodb-thread-concurrency=0innodb_log_buffer_size = 16Minnodb_force_recovery = 0innodb_doublewrite=0innodb_flush_method=O_DIRECTinnodb_flush_log_at_trx_commit=0thread_cache = 16delay_key_write = ALLbulk_insert_buffer_size = 256M# Disabling symbolic-links is recommended to prevent assorted security riskssymbolic-links=1

Thank you for your help!


Can you provide the Xtrabackup/Innobackupex version and the steps which you had taken to take and restore backup? (xtrabackup command lines). You might be hitting this bug. https://bugs.launchpad.net/percona-xtrabackup/+bug/776914

xtrabackup version 2.0.3 for Percona Server 5.1.59 unknown-linux-gnu (x86_64) (revision id: 470)

Source server
1)xtrabackup --backup --tables=db.* --target-dir=/newserv/export
2)xtrabackup --prepare --export --use-memory=1G --target-dir=/newserv/export

Destination server
Just copy to new SSD-disk withour raid and import to 5.1.67-rel14.3-log Percona Server

After writing data to db I have got infinite errors
and after 12 sec mysqld restarted

I have suspicion to not correct tables. Tables can be +7 GB till 50 GB