Database Dumps are not working #578
Labels
No Label
bug
data loss
design finalized
good first issue
new feature area
question / support
security
waiting for response
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: borgmatic-collective/borgmatic#578
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?
Hello there!
I'm trying to do database dumps with borgmatic, but it is not working as expected.
This would be my database hook:
This is the log (--verbosity 2) and as you can it stops at
Processing files...
When i cancel the process (Ctrl+c) I'm getting the following error:
Same issue with Postgres databases!
Does anyone has an idea why this is not working?
Environment
borgmatic version: 1.7.1
borgmatic installation method: Official Docker Container
Borg version: 1.2.2
Python version: 3.10.6
Database version (if applicable): MariaDB 10.8.3
operating system and version: Docker Contanier
Thanks for taking the time to file this! It looks like Borg is hanging on reading special files (e.g., stale named pipes) due to the
--read-special
parameter, which borgmatic uses so database dumps can stream directly to Borg without hitting disk. Given that the only files you appear to be backing up here are database dumps, I'm guessing the problem is in the~/.borgmatic
directory where the dumps get streamed. So my recommendation is to delete the whole~/.borgmatic
directory and then try the backup again. Generally you shouldn't have to do that as borgmatic cleans up after itself, but there may be a few edge cases where this doesn't work properly.Let me know what you find out!
@witten Thanks that worked!
Yeah I was only backing up database dumps with this config.
Do I have to worry about this again, after deleting the
~/.borgmatic
directory, or is there another way to control this behaviour?Glad to hear it worked! You generally shouldn't have to delete
~/.borgmatic
, as borgmatic cleans up after itself except in a few edge cases. Those edge cases should be covered by #360.