myisam tables are not locked during incremental backup

[Valentine Gostev]

When we are running incremental backup with innobackupex MyISAM tables are not locked, even if we do not specify option --no-lock

364 if (!$option_incremental) {
<snip>
 374 mysql_lockall() if !$option_no_lock;
 375
 376 }

[Valentine Gostev (longbow)]

This also causes that slave info file is not written when --slave-info specified, because write_slave_info() subroutine is called from mysql_lockall()

[Rajaram Satyanarayanan (rajs)]

Any planned date for 1.7 release.

[Stewart Smith (stewart)]

Possibly related to https://bugs.launchpad.net/percona-xtrabackup/+bug/759701

[Stewart Smith (stewart)]

Does the merge req linked to this bug report fix the problem? i.e. should this bug now be Fix Committed?

[Dave Hall (davidjhall)]

I'm receiving the bug message from the other attached error:
innobackupex-1.5.1: Error: Broken pipe at /usr/bin/innobackupex-1.5.1 line 336

When I try to install xtrabackup 1.6.3 to get around this, it still installs innobackupex 1.5.1
Is there a way to get this patch to fix the incremental problem? Is 1.6.3 supposed to come with the latest innobackupex?
If not, is there a release date for 1.7 where it says this bug will be fixed.
Thanks

[Kenny Gryp (gryp)]

Dave: xtrabackup 1.6.3 comes with a script named innobackupex-1.5.1. The version of that script will not change, for backwards compatibility.
use 'xtrabackup --version' to get the version you have installed.

[Alexey Kopytov (akopytov)]

We should consider backporting the fix to 1.6.

[Stewart Smith (stewart)]

I'm going to mark this as Won't fix for 1.6 as a fix is available in a later release. If somebody needs this for 1.6, contact us (Percona) and we can organise something.

[Stewart Smith (stewart)]

  appears to possibly have already been applied... the patch doesn't apply
  straight on 1.6 and a quick glance at the code looks like it may have
  gotten fixed with some other fixes. Marking as Invalid for 1.6 unless somebody can prove otherwise.

[Alexey Kopytov (akopytov)]

The bug is still there:

    if (!$option_incremental && !$option_no_lock) {
        # make a prep copy before locking tables, if using rsync
        backup_files(1);

        # flush tables with read lock
        mysql_lockall();
    }

I.e. there's no FTWRL for incremental backups.

[Shahriyar Rzayev (rzayev-sehriyar)]

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