xtrabackup failed to write metadata but the backup still succeeded

Bug #1623210 reported by Julien Deloubes
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona XtraBackup moved to https://jira.percona.com/projects/PXB
Status tracked in 2.4
2.2
Won't Fix
Undecided
Unassigned
2.3
Fix Released
Medium
Sergei Glushchenko
2.4
Fix Released
Medium
Sergei Glushchenko

Bug Description

Hello,
using xtrabackup 2.4.4 on ubuntu server 14.04.
I'm trying to do a full backup of my percona DB on a remote machine using tar and extra-lsn-dir
Here is my command:
# innobackupex --defaults-file=/etc/mysql/backup-my.cnf --extra-lsndir=/srv/extrabackup/lsn/ --stream=tar ./ | bzip2 | ssh zabbix-backup@storage "cat - > /srv/backup/full/full.tar.bz2"

When doing this the directory /srv/extrabackup/lsn/ on my local machine is empty.
No file containing the LSN info can be found.
Got the rights permissions on the folder, and log of the backup is saying that it had used the extra-lsn-dir option.

Is it a bug or just a syntax error?

Revision history for this message
Sergei Glushchenko (sergei.glushchenko) wrote :

Cannot reproduce with following command:

> innobackupex --extra-lsndir=$topdir/lsn --stream=tar $topdir > /dev/null

> cat $topdir/lsn/xtrabackup_checkpoints

backup_type = full-backuped
from_lsn = 0
to_lsn = 1625987
last_lsn = 1625997
compact = 0
recover_binlog_info = 0

Changed in percona-xtrabackup:
status: New → Incomplete
Julien Deloubes (lienj)
tags: added: xtrabackup-2.4
Revision history for this message
Julien Deloubes (lienj) wrote :

Hello,
I also tried with your syntax :
 innobackupex --extra-lsndir=$topdir/lsn --stream=tar $topdir > /dev/null
With no errors, the lsn dir has files in it.

But it fails with mine:
# innobackupex --defaults-file=/etc/mysql/backup-my.cnf --extra-lsndir=/srv/extrabackup/lsn/ --stream=tar ./ | bzip2 | ssh zabbix-backup@storage "cat - > /srv/backup/full/full.tar.bz2"

So i guess maybe there is a problem with my defaults-file.

Here is my /etc/mysql/backup-my.cnf
[client]
user=bkpuser
password='password'

[mysqld]
datadir=/var/lib/mysql/
socket=/var/run/mysqld/mysqld.sock
port=3306

The mysql bkpuser has the following privileges:
GRANT SUPER,PROCESS,RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.*

Do you see problem with my defaults-file?
Thanks.

Revision history for this message
Julien Deloubes (lienj) wrote :

I changed the owner of the extra-lsn-dir to mysql and this works now.
I launch the innobackupex command as root so i figured out that this was not a permission problem.
Problem resolved.

Revision history for this message
Sergei Glushchenko (sergei.glushchenko) wrote :

Julien,

I guess you should have notice message like:

xtrabackup: error: xtrabackup_write_metadata() failed.

I will keep this bug report to make xtrabackup fail in this case.

tags: removed: xtrabackup-2.4
summary: - --extra-lsndir is empty
+ xtrabackup failed to write metadata but backup still succeeds
summary: - xtrabackup failed to write metadata but backup still succeeds
+ xtrabackup failed to write metadata but backup still succeeded
summary: - xtrabackup failed to write metadata but backup still succeeded
+ xtrabackup failed to write metadata but the backup still succeeded
Revision history for this message
Sergei Glushchenko (sergei.glushchenko) wrote :
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-763

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.