innobackupex --apply-log fails when backup path has spaces in it

Bug #1095735 reported by Shaun Kruger
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona XtraBackup moved to https://jira.percona.com/projects/PXB
Triaged
Low
Unassigned
2.0
Won't Fix
Low
Unassigned
2.1
Triaged
Low
Unassigned
2.2
Triaged
Low
Unassigned
2.3
Triaged
Low
Unassigned

Bug Description

I have a script taking a backup using percona-xtrabackup-2.0.4-484.rhel5.x86_64 on Scientific Linux 5.8. After I take a backup I try to apply the logs with the following command:

innobackupex --apply-log "/var/lib/jenkins/jobs/Clone DB/workspace/backup"

As the script runs I see an error stating that the directory "/var/lib/jenkins/jobs/Clone" does not exist.

No amount of additional quotes or escaping has proven useful in getting xtrabackup to work with my directory names with spaces.

My current work around has been to create a symlink in /tmp.

ln -s "/var/lib/jenkins/jobs/Clone DB/workspace/backup" /tmp/clone_db_backup_dir
innobackupex --apply-log /tmp/clone_db_backup_dir

It appears as if innobackupex accepts the directory name as a complete single argument, but when it calls other programs the path name isn't put in quotes so the parts of the directory name are interpreted as individual arguments instead of a single string argument.

Revision history for this message
Shahriyar Rzayev (rzayev-sehriyar) wrote :

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PXB-90

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.