Comment 6 for bug 1250643

I just ran into the same issue.

This is percona-xtrabackup-2.2.10-1
Backup was generated using 2.2.6
Mysql version is 5.5.36
This happened restoring a very large differential backup, during the differential apply-log phase (base was fine).

Log info is:
....
InnoDB: Doing recovery: scanned up to log sequence number 47015087138304 (67%)
InnoDB: Doing recovery: scanned up to log sequence number 47015092381184 (67%)
InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percent: 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 2015-04-16 01:00:22 7fcbe58e0700 InnoDB: Assertion failure in thread 140513706379008 in file page0cur.cc line 931
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.6/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
08:00:22 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: 0x0
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(my_print_stacktrace+0x35) [0x9f5331]
xtrabackup(handle_fatal_signal+0x2bb) [0x7f801b]
/lib64/libpthread.so.0(+0xf710) [0x7fcbe7f6f710]
/lib64/libc.so.6(gsignal+0x35) [0x7fcbe658b925]
/lib64/libc.so.6(abort+0x175) [0x7fcbe658d105]
xtrabackup(page_cur_parse_insert_rec(unsigned long, unsigned char*, unsigned char*, buf_block_t*, dict_index_t*, mtr_t*)+0x662) [0x6eedc5]
xtrabackup() [0x75000d]
xtrabackup(recv_recover_page_func(unsigned long, buf_block_t*)+0x3c5) [0x751231]
xtrabackup(buf_page_io_complete(buf_page_t*)+0x449) [0x6a4dd9]
xtrabackup(fil_aio_wait(unsigned long)+0x14d) [0x68b480]
xtrabackup(io_handler_thread+0x25) [0x725ee6]
/lib64/libpthread.so.0(+0x79d1) [0x7fcbe7f679d1]
/lib64/libc.so.6(clone+0x6d) [0x7fcbe6641b6d]

Please report a bug at https://bugs.launchpad.net/percona-xtrabackup
innobackupex: got a fatal error with the following stacktrace: at /usr/bin/innobackupex line 2641
        main::apply_log() called at /usr/bin/innobackupex line 1570
innobackupex: Error:
innobackupex: ibbackup failed at /usr/bin/innobackupex line 2641.