innobackupex unnecessarily calls 'cp' for metadata files

Reported by Ryan Gordon on 2013-08-12
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona XtraBackup
Status tracked in 2.2
2.1
High
George Ormond Lorch III
2.2
High
George Ormond Lorch III

Bug Description

[In:Percona XtraBackup]

It appears that a regression was introduced in xtrabackup 2.1.4 which does not respect the --rsync option any more. If the --rsync option is passed "cp -R" is still used. This is a problem mainly because many NFS do not allow the preservation of certain attributes onto the NFS

innobackupex: Created backup directory /abc/
cp: preserving permissions for `/abc/backup-my.cnf': Operation not applicable
innobackupex: Error: Failed to copy file 'backup-my.cnf': 256 at /def/innobackupex line 416.

Thanks,
Ryan

Alexey Kopytov (akopytov) wrote :

The --rsync option is respected in 2.1.4 (otherwise the error would occur much earlier).

But it's still a regression, because innobackupex in 2.1.4 unnecessarily runs 'cp' to copy backup metadata files. Previously, it would just write those files directly. In 2.1.4 it first copies them to temporary files, and then calls 'cp' to copy them to the final location.

summary: - [Regression] rsync option is no longer respected
+ innobackupex unnecessarily calls 'cp' for metadata files
tags: removed: doc
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers