Skip to content

Instantly share code, notes, and snippets.

@peppy
Created March 29, 2012 07:45
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save peppy/2234638 to your computer and use it in GitHub Desktop.
Save peppy/2234638 to your computer and use it in GitHub Desktop.
xtrabackup assertion fail
xtrabackup: tables regcomp(osu.phpbb_users): Success
xtrabackup version 1.6.5 for Percona Server 5.1.59 unknown-linux-gnu (x86_64) (revision id: undefined)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /var/lib/mysql
xtrabackup: Target instance is assumed as followings.
xtrabackup: innodb_data_home_dir = ./
xtrabackup: innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup: innodb_log_group_home_dir = ./
xtrabackup: innodb_log_files_in_group = 2
xtrabackup: innodb_log_file_size = 134217728
xtrabackup: use O_DIRECT
120329 15:42:25 InnoDB: Warning: allocated tablespace 1448, old maximum was 9
>> log scanned up to (1469828216632)
[01] Copying ./ibdata1
to /data/backup/user//ibdata1
[01] ...done
[01] Copying ./osu/phpbb_users.ibd
to /data/backup/user//osu/phpbb_users.ibd
>> log scanned up to (1469828345401)
>> log scanned up to (1469828370281)
[01] ...done
xtrabackup: The latest check point (for incremental): '1469790441765
>> log scanned up to (1469828455827)
xtrabackup: Stopping log copying thread.
xtrabackup: Transaction log of lsn (1469787192638) to (1469828455827) was copied.
xtrabackup version 1.6.5 for Percona Server 5.1.59 unknown-linux-gnu (x86_64) (revision id: undefined)
xtrabackup: cd to /data/backup/user/
xtrabackup: This target seems to be not prepared yet.
xtrabackup: xtrabackup_logfile detected: size=46415872, start_lsn=(1469787192638)
xtrabackup: Temporary instance for recovery is set as followings.
xtrabackup: innodb_data_home_dir = ./
xtrabackup: innodb_data_file_path = ibdata1:10M:autoextend
xtrabackup: innodb_log_group_home_dir = ./
xtrabackup: innodb_log_files_in_group = 1
xtrabackup: innodb_log_file_size = 46415872
xtrabackup: Starting InnoDB instance for recovery.
xtrabackup: Using 104857600 bytes for buffer pool (set by --use-memory parameter)
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.3
InnoDB: Warning: innodb_file_io_threads is deprecated. Please use innodb_read_io_threads and innodb_write_io_threads instead
120329 15:42:38 InnoDB: Initializing buffer pool, size = 100.0M
120329 15:42:38 InnoDB: Completed initialization of buffer pool
120329 15:42:38 InnoDB: highest supported file format is Barracuda.
InnoDB: Log scan progressed past the checkpoint lsn 1469787192638
120329 15:42:38 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Doing recovery: scanned up to log sequence number 1469792435200 (12 %)
InnoDB: Doing recovery: scanned up to log sequence number 1469797678080 (25 %)
InnoDB: Doing recovery: scanned up to log sequence number 1469802920960 (38 %)
InnoDB: Doing recovery: scanned up to log sequence number 1469808163840 (50 %)
InnoDB: Doing recovery: scanned up to log sequence number 1469813406720 (63 %)
120329 15:42:40 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: Doing recovery: scanned up to log sequence number 1469818649600 (76 %)
InnoDB: Doing recovery: scanned up to log sequence number 1469823892480 (88 %)
InnoDB: Doing recovery: scanned up to log sequence number 1469828455827 (100 %)
120329 15:42:42 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 120329 15:42:43 InnoDB: Assertion failure in thread 140018902214400 in file ibuf/ibuf0ibuf.c line 1323
InnoDB: Failing assertion: len % DATA_NEW_ORDER_NULL_TYPE_BUF_SIZE <= 1
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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment