Restore of differential fails during apply log with 'xtrabackup got signal 11'
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona XtraBackup moved to https://jira.percona.com/projects/PXB |
Expired
|
Undecided
|
Unassigned |
Bug Description
This occurs with xtrabackup 2.2.6 and 2.2.10.
When trying to restore a large differential backup, innobackupex fails during the differential apply-log phase with:
(This is the 2.2.10 log, but 2.2.6 is equivalent - specific file names have been blanked out for confidentiality):
InnoDB Backup Utility v1.5.1-xtrabackup; Copyright 2003, 2009 Innobase Oy
[...]
150515 21:08:47 innobackupex: Starting the apply-log operation
[...]
150515 21:08:47 innobackupex: Starting ibbackup with command: xtrabackup --defaults-
xtrabackup version 2.2.10 based on MySQL server 5.6.22 Linux (x86_64) (revision id: )
incremental backup from 48483536728613 is enabled.
xtrabackup: cd to **************
xtrabackup: This target seems to be already prepared with --apply-log-only.
[......]
InnoDB: Doing recovery: scanned up to log sequence number 48564861605888 (78%)
InnoDB: Doing recovery: scanned up to log sequence number 48564866848768 (78%)
InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 0 1 2 3 4 5 6 7 8 9 10 11 04:24:16 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.
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: 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
xtrabackup(
xtrabackup(
/lib64/
xtrabackup() [0x6eb42b]
xtrabackup() [0x6ebf70]
xtrabackup() [0x6ec33b]
xtrabackup() [0x6ed358]
xtrabackup(
xtrabackup() [0x6ed882]
xtrabackup(
xtrabackup() [0x75000d]
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup(
/lib64/
/lib64/
Changed in percona-xtrabackup: | |
status: | Incomplete → New |
Changed in percona-xtrabackup: | |
status: | Incomplete → New |
Hi,
As per the above log, I can see this msg
xtrabackup: This target seems to be already prepared with --apply-log-only.
Are you going to prepare the backup which is already prepared? Can you provide the exact commands for how you are taking backup and apply log? Also what do you mean by "large differential backup" ?