On 19.09.11 12:36, Johann Vincent Paul Tagle wrote:
>
>>> log scanned up to (291781603905)
>>> log scanned up to (291781611845)
>>> log scanned up to (291781620026)
>>> log scanned up to (291781629903)
> InnoDB: Error: tablespace id is 710 in the data dictionary
> InnoDB: but in file ./vbulletin/threadviews.ibd it is 712!
> 110918 18:40:39 InnoDB: Assertion failure in thread 139974588552960 in file
> fil/fil0fil.c line 740
> InnoDB: We intentionally generate a memory trap.
> InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
> 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://dev.mysql.com/doc/refman/5.1/en/forcing-innodb-recovery.html
> InnoDB: about forcing recovery.
> Aborted
> innobackupex-1.5.1: Error: ibbackup child process has died at
> /usr/bin/innobackupex-1.5.1 line 336.
It's https://bugs.launchpad.net/percona-xtrabackup/+bug/722638 which was
fixed last week. The fix is going to be released in XtraBackup 1.6.3.
Best regards,
Alexey.
On 20.09.11 4:18, Johann Vincent Paul Tagle wrote:
> Okay, so I followed the build instructions that came with the code, uploaded
> the created innobackupex, soft-linked innobackupex-1.5.1 to it, then tried
> to do my backup - still same error.
>
You also have to make sure that xtrabackup binaries are installed and
used by the innobackupex script (i.e. they are in PATH). There is
information on where the binaries can be found at the bottom of BUILD.txt.
Best regards,
Alexey.
Best regards,
Alexey.