XtraBackup 2.2.x crash on prepare when backing up MySQL/Percona Server 5.5.x
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MySQL Server |
Unknown
|
Unknown
|
|||
Percona XtraBackup moved to https://jira.percona.com/projects/PXB |
Fix Released
|
High
|
Sergei Glushchenko | ||
2.2 |
Fix Released
|
High
|
Sergei Glushchenko | ||
2.3 |
Fix Released
|
High
|
Sergei Glushchenko |
Bug Description
Using XtraBackup 2.2.5.
When preparing a backup that was taken using the --databases option to limit the backup to a subset of InnoDB tables, XtraBackup crashes when preparing, This does not occur when the --databases option is omitted from the initial backup.
2014-12-02 18:39:02 7ffe8f0f5720 InnoDB: Assertion failure in thread 140731298567968 in file pars0pars.cc line 865
InnoDB: Failing assertion: sym_node->table != NULL
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://
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://
InnoDB: about forcing recovery.
01:39:02 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: 0x2186eb0
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/
/lib64/
/lib64/
xtrabackup() [0x76b100]
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup(
xtrabackup() [0x606fae]
xtrabackup() [0x60f6ba]
xtrabackup(
/lib64/
xtrabackup() [0x603fb9]
tags: | added: i45163 |
Changed in percona-xtrabackup: | |
assignee: | George Ormond Lorch III (gl-az) → nobody |
tags: | added: contribution |
Most likely a duplicate of bug #1383062 and has probably the same root cause as server bug #1257266.
George, can you confirm this and update this report when you make progress with bug #1257266?