MySQL restore error on an "all" database dump #301
Labels
No Label
bug
data loss
design finalized
good first issue
new feature area
question / support
security
waiting for response
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: borgmatic-collective/borgmatic#301
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What I'm trying to do and why
Dump
all
MySQL databases and then restore them with borgmatic, so I can backup all databases on a host (without specifying a particular named database), and then restore them all. Say, in the case of host failure.Steps to reproduce (if a bug)
Run a
borgmatic restore
of a borgmatic MySQL 8all
database dump.Actual behavior (if a bug)
Restoring errors with:
Expected behavior (if a bug)
All databases in the dump restore without error.
Other notes / implementation ideas
The best bet for a work-around may be to stop using
--all-databases
during the dump, and instead dump each database on the system that isn'tmysql
.Thanks to Immanuel for reporting this!
Environment
borgmatic version: 1.5.1
borgmatic installation method:
pip install -e
Borg version: 1.1.9
Python version: 3.7.3
Database version (if applicable): MySQL 8.0.19
operating system and version: Manjaro stable
A fix for this is implemented in master, and will go out as part of the next release!
Released in borgmatic 1.5.2!