Xtrabackup: "InnoDB: File (unknown): 'read' returned OS error 71. Cannot continue operation"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Percona XtraBackup moved to https://jira.percona.com/projects/PXB |
Expired
|
Undecided
|
Unassigned |
Bug Description
Hello,
I encounter a problem when i try to backup my server and never seen this before with my previous backups.
xtrabackup version:
innobackupex --version
innobackupex version 2.3.4 Linux (x86_64) (revision id: e80c779)
Mysql version:
aptitude show mariadb-server
Package: mariadb-server
State: installed
Version: 5.5.39+
Command launch:
innobackupex --stream=xbstream --parallel=10 . 2> log_innobackupex | ssh xxxx@xxxxxxx "xbstream -x -C /home/xxxxx/BACKUP"
Log:
cat log_innobackupex
160513 18:34:14 innobackupex: Starting the backup operation
IMPORTANT: Please check that the backup run completes successfully.
At the end of a successful backup run innobackupex
prints "completed OK!".
160513 18:34:14 version_check Connecting to MySQL server with DSN 'dbi:mysql:
160513 18:34:14 version_check Connected to MySQL server
160513 18:34:14 version_check Executing a version check against the server...
160513 18:34:14 version_check Done.
160513 18:34:14 Connecting to MySQL server host: localhost, user: root, password: set, port: 3306, socket: /var/run/
Using server version 5.5.39-
innobackupex version 2.3.4 based on MySQL server 5.6.24 Linux (x86_64) (revision id: e80c779)
xtrabackup: uses posix_fadvise().
xtrabackup: cd to /home/mysql/db
xtrabackup: open files limit requested 65000, set to 800000
xtrabackup: using the following InnoDB configuration:
xtrabackup: innodb_
xtrabackup: innodb_
xtrabackup: innodb_
xtrabackup: innodb_
xtrabackup: innodb_
xtrabackup: using O_DIRECT
160513 18:34:14 >> log scanned up to (121091816410225)
xtrabackup: Generating a list of tablespaces
InnoDB: Retry attempts for reading partial data failed.
InnoDB: Tried to read 16384 bytes at offset 0. Was only able to read 0.
2016-05-13 18:34:15 7f270e484720 InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: File (unknown): 'read' returned OS error 71. Cannot continue operation
2016-05-13 18:34:15 7f270e484720 InnoDB: Assertion failure in thread 139805720069920 in file os0file.cc line 658
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://
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://
InnoDB: about forcing recovery.
16:34:15 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(
innobackupex(
/lib/x86_
/lib/x86_
/lib/x86_
innobackupex() [0x6e1fb5]
innobackupex(
innobackupex(
innobackupex() [0x74893a]
innobackupex(
innobackupex() [0x5d9bf1]
innobackupex(
innobackupex(
/lib/x86_
innobackupex() [0x5d8051]
Please report a bug at https:/
Nothing suspicious in dmesg /kern.log about disk
Mysql dir_size ~= 9.7To
Disk space available ~= 1.3To
Best regards,
Could not reproduce using:
root@debian:~# mysql -u root -pBaku12345# -e "select @@version" ------- ------- -----+ ------- ------- -----+ MariaDB- 1~wheezy | ------- ------- -----+
+------
| @@version |
+------
| 5.5.49-
+------
root@debian:~# xtrabackup --version
xtrabackup version 2.3.4 based on MySQL server 5.6.24 Linux (x86_64) (revision id: e80c779)
With default my.cnf.
Could you please share your configuration?
So could you please share my.cnf file?