trouble with new borgmatic version #878
Labels
No labels
blocked
breaking
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#878
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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
I'm trying to makr backup and list backups with this error:
root@ax41:~# borgmatic list
ssh://xxxxxxxx@xxxxxxxx.your-storagebox.de:23/./backups/ax41: Listing archives
passphrase supplied in BORG_PASSPHRASE, by BORG_PASSCOMMAND or via BORG_PASSPHRASE_FD is incorrect.
ssh://xxxxxxxx@xxxxxxxx.your-storagebox.de:23/./backups/ax41: Error running actions for repository
Command '('borg', 'list', '--json', 'ssh://xxxxxxxx@xxxxxxxx.your-storagebox.de:23/./backups/ax41')' returned non-zero exit status 2.
/etc/borgmatic/config.yaml: An error occurred
summary:
/etc/borgmatic/config.yaml: An error occurred
ssh://xxxxxxxx@xxxxxxxx.your-storagebox.de:23/./backups/ax41: Error running actions for repository
Command '('borg', 'list', '--json', 'ssh://xxxxxxxx@xxxxxxxx.your-storagebox.de:23/./backups/ax41')' returned non-zero exit status 2.``
Steps to reproduce
No response
Actual behavior
No response
Expected behavior
No response
Other notes / implementation ideas
No response
borgmatic version
1.8.11
borgmatic installation method
pipx install
Borg version
borg 1.2.4
Python version
Python 3.11.2
Database version (if applicable)
No response
Operating system and version
proxmox ve 8.2.2 / Debian 12
The error message you're seeing from Borg means exactly what it says: The passphrase you're supplying is incorrect! Are you sure you're using the passphrase that you entered when creating your repository? If you want to eliminate borgmatic from the picture and just try this with plain Borg for debugging purposes, you can run Borg directly e.g.:
Where
...is replaced with your actual passphrase. If that doesn't work with a similar error, then it'll tell you that the problem is probably the passphrase you're using.Note: If that's your actual encryption passphrase in the configuration file, you're going to want to change it now that it's been posted publicly on the internet! This might be of help: https://borgbackup.readthedocs.io/en/stable/usage/key.html
Thanks for reply,
No, the passphrase is not the aktual one.
I have running 4 backup jobs running on different servers, with different borgmatic versions. The Passphrase is the right on. Your command works perfect on another server (borg 1.2.6, borgmatic 1.8.2) Is there everyting changed in the Versions. Is there an howto for that error: passphrase supplied in BORG_PASSPHRASE, by BORG_PASSCOMMAND or via BORG_PASSPHRASE_FD is incorrect. What are the differences between BORG_PASSPHRASE, BORG_PASSCOMMAND and BORG_PASSPHRASE_FD
Bernd
There are changes in every released version of borgmatic, but I can't immediately think of any particular changes between 1.8.2 and 1.8.11 that would cause the issue you're having here. But does your passphrase contain any special characters that might be getting interpreted differently between borgmatic versions? I'm thinking of characters like
$and/or{maybe interacting with #782 (which was introduced in borgmatic 1.8.5).A related idea is to try changing your passphrase to something without special characters—both in the repository and borgmatic's configuration file—and see if that makes the problem go away. If it does, it may indicate the problem is the special characters.
Yet another idea is to try to set the (original) passphrase outside of borgmatic's configuration file to bypass any potential parsing problems. For instance, comment out the
encryption_passphraseoption in your configuration file and then set the environment variable manually when calling borgmatic. Example:That passphrase value should make its way to Borg without any borgmatic interference.
Not that know of. But it's just a fancy way of Borg saying: "I received a passphrase that's incorrect for this repository."
The documentation on that is here: https://borgbackup.readthedocs.io/en/stable/usage/general.html#environment-variables
I'm closing this due to inactivity, but I'd be happy to revisit if there's anything else to discuss.
Also, I should mention the related ticket https://github.com/borgmatic-collective/docker-borgmatic/issues/346 here. I don't think it's the same issue you're having since you're not using a container install of borgmatic, but it might help somebody else with a similar issue who is actually using a container.