Improve --no-lock description in docs

Bug #878457 reported by Alexey Kopytov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Percona XtraBackup moved to https://jira.percona.com/projects/PXB
Fix Released
Undecided
Unassigned

Bug Description

Reporting a part of https://bugs.launchpad.net/percona-xtrabackup/+bug/792407/comments/10 as a separate bug:

"
http://www.percona.com/doc/percona-xtrabackup/innobackupex/innobackupex_option_reference.html#cmdoption-innobackupex--no-lock

I think here you should add a sentence that hints to using --safe-slave-backup:

"If you are considering to use --no-lock because your backups are failing to acquire the lock, this could be because of incoming replication events preventing the lock from succeeding. Please try using --safe-slave-backup to momentarily stop the replication slave thread, this may help the backup to succeed and you then don't need to resort to using --no-lock.
"

Tags: doc

Related branches

Changed in percona-xtrabackup:
status: New → Confirmed
Stewart Smith (stewart)
tags: added: doc
Changed in percona-xtrabackup:
status: Confirmed → Fix Released
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-1137

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.