# Compressed tables not restoring correctly w/ tar4ibd

**URL:** <https://forums.percona.com/t/compressed-tables-not-restoring-correctly-w-tar4ibd/2217>\
**Category:** Percona XtraBackup\
**Created:** [March 6, 2012, 9:41pm UTC](https://forums.percona.com/t/compressed-tables-not-restoring-correctly-w-tar4ibd/2217 "2012-03-06T21:41:52Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![HasBlake](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.percona.com/hasblake/32/860_2.png) [@HasBlake](https://forums.percona.com/u/HasBlake)\
**Post date:** [March 6, 2012, 9:41pm UTC](https://forums.percona.com/t/compressed-tables-not-restoring-correctly-w-tar4ibd/2217/1 "2012-03-06T21:41:52Z")

</div>

I’m using Xtrabackup 1.6.5 w/ Percona Server 5.5.16 and am running into issues when streaming backups using the tar4ibd functionality.

I get numerous of the following lines during the backup:  
.  
.  
tar4ibd: page 190 seems to be from the doublewrite buffer. skipping checksum validation.  
tar4ibd: page 191 seems to be from the doublewrite buffer. skipping checksum validation.  
.  
.  
before going on with the backup process.

And when I attempt to prepare the data, the apply-logs stage fails when reading the log file. Prior to switching to compressed format tables, I did not run into this issue. I also do not run into the issue if not using the stream functionality. I’ve read through various bugs related to tar4ibd and the doublewrite buffer, but it was my understanding that these were fixed in 1.6.3.

Any help would be extremely appreciated.

---

<div class="post-metadata">

**Author:** ![xaprb](https://avatars.discourse-cdn.com/v4/letter/x/49beb7/32.png) [@xaprb](https://forums.percona.com/u/xaprb)\
**Post date:** [March 7, 2012, 11:49am UTC](https://forums.percona.com/t/compressed-tables-not-restoring-correctly-w-tar4ibd/2217/2 "2012-03-07T11:49:54Z")

</div>

It sounds like it may be a bug. Do you have a support contract by chance? We can diagnose it hands-on and fix it if so.
