xbstream extraction does not output usable archive
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona XtraBackup moved to https://jira.percona.com/projects/PXB |
Fix Released
|
Medium
|
Hrvoje Matijakovic |
Bug Description
I created a backup using :
innobackupex-1.5.1 --stream=xbstream --parallel=4 --compress --compress-
I attempted to restoring using:
xbstream -x < /home/walker/
The xbstream operation completed with a "bad magic" error.
The output of du -hs in the restore directory was the same as the xbstream file.
I attempted to run --apply-log to process the directory, but it couldn't read the files.
I noticed most of them ended in .qp.
I don't know if I'm supposed to decompress them myself, or if that was supposed to be handled by streamxb and failed, or if xtrabackup --apply-log is supposed to handle that step.
Related branches
- Alexey Kopytov (community): Approve
-
Diff: 147 lines (+69/-16)7 files modifiedBUILD.txt (+6/-13)
doc/source/how-tos.rst (+1/-1)
doc/source/howtos/recipes_ibkx_compressed.rst (+58/-0)
doc/source/innobackupex/incremental_backups_innobackupex.rst (+1/-1)
doc/source/innobackupex/innobackupex_option_reference.rst (+1/-1)
doc/source/innobackupex/parallel_copy_ibk.rst (+1/-0)
doc/source/installation/compiling_xtrabackup.rst (+1/-0)
description: | updated |
Changed in percona-xtrabackup: | |
status: | Triaged → In Progress |
Changed in percona-xtrabackup: | |
status: | In Progress → Fix Committed |
Changed in percona-xtrabackup: | |
status: | Fix Committed → Fix Released |
Yes, compressed archives must be decompressed before --apply-log. We don't have that documented explicitly, so changing this bug into a documentation bug.
As to the "bad magic" error, it's most likely bug #983720. The fix will be released in XtraBackup 2.0.1