innobackupex恢复报错，请高人指点
# innobackupex --defaults-file=/usr/local/mysql/my.cnf --copy-back --rsync /tmp/mysql/full151220 16:23:39 innobackupex: Starting the copy-back operation
IMPORTANT: Please check that the copy-back run completes successfully.
At the end of a successful copy-back run innobackupex
prints "completed OK!".
innobackupex version 2.3.2 based on MySQL server 5.6.24 Linux (x86_64) (revision id: 306a2e0)
2015-12-20 16:23:39 7ff5740fd720InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
error: cannot open file ibdata1
2015-12-20 16:23:39 7ff5740fd720InnoDB: Operating system error number 9 in a file operation.
InnoDB: Error number 9 means 'Bad file descriptor'.
InnoDB: Some operating system error numbers are described at
InnoDB: File (unknown): 'close' returned OS error 109. Cannot continue operation
2015-12-20 16:23:39 7ff5740fd720InnoDB: Assertion failure in thread 140692190910240 in file os0file.cc line 658
InnoDB: We intentionally generate a memory trap.
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: about forcing recovery.
08:23:39 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
innobackupex(my_print_stacktrace+0x2e)
innobackupex(handle_fatal_signal+0x235)
/lib64/libpthread.so.0()
/lib64/libc.so.6(gsignal+0x35)
/lib64/libc.so.6(abort+0x175)
innobackupex()
innobackupex(os_file_close_func(int)+0x28)
innobackupex(copy_file(char const*, char const*, unsigned int)+0x32b)
innobackupex(copy_back()+0x44b)
innobackupex(main+0x7f7)
/lib64/libc.so.6(__libc_start_main+0xfd)
innobackupex(__gxx_personality_v0+0x351)
报错原因如上面所示，读不懂是什么意思，请高人指点，谢谢！
数据库没停止，进行的恢复作业？
页:
[1]