Closed linuxtextadventurer closed 3 months ago
dupe of #8235
I saw that issue, but the error seemed different to me. Also #8235 specifically mentions encrypted repos. :shrug:
Reason the same
Until a release is made, there can be incompatible changes. So, unless you can reproduce with a repo made with b8, this is not a bug.
So regarding
Is there anything I can do to repair the repositories, or, at least, salvage the archives?
I'm just out of luck then? :thinking:
I suppose you could try borg export\import-tar
https://borgbackup.readthedocs.io/en/latest/usage/tar.html
or use b5 fat binary https://github.com/borgbackup/borg/releases/tag/2.0.0b5
I've just tried to use 2.0.0b8 to rcreate
a new repository and 2.0.0b5 to transfer
archives. Using 2.0.0b8 to rinfo
on the new repository yields the same error still. :disappointed: Will try 2.0.0b5 to export-tar
and 2.0.0b8 to import-tar
now.
betas are not for production.
if you want to keep the archives for a while, just use that repo with b5 and create a new repo for b8.
betas are not for production
Why is borgbackup2 even a Debian stable package. To me this "if it breaks, it breaks" mentality is somewhat incompatible with Debian's nature / goal to be reliable.
if you want to keep the archives for a while
To be frank, I expected my backup repositories to be accessible even in 5-10 years time. I do realize now choosing borg2 was a regrettable mistake. I believe I chose it over borg1 for some feature, but I don't recall which one. In any case, will borg1 be maintained alongside borg2, or maybe even borg3 by then? Are there efforts to keep 1.4 compatible to 1.28? Or is it generally advised to keep local copies of deprecated binaries around?
Why is borgbackup2 even a Debian stable package. To me this "if it breaks, it breaks" mentality is somewhat incompatible with Debian's nature / goal to be reliable.
You should ask the debian maintainer why this is so.
Here you can check current status of package in the repositories https://borgbackup.readthedocs.io/en/stable/installation.html#distribution-package
@linuxtextadventurer Back then, the idea was to package borg2 early because it is not trivial, especially if it needs to co-exist with borg1 - so that issues with that can be found and fixed early and it will be quickly available when borg2 will get released.
The package description clearly says:
Warning: This still is a beta that may break compatibility with the final 2.0 release.
(in fact: ... with the final 2.0 release or any other beta/rc release on the way to that)
If you need something stable, use the non-beta borgbackup package, which is also in Debian stable.
Have you checked borgbackup docs, FAQ, and open GitHub issues?
Yes
Is this a BUG / ISSUE report or a QUESTION?
Bug (I guess?)
System information. For client/server mode post info for both machines.
Your borg version (borg -V).
borg2 2.0.0b8
Operating system (distribution) and version.
Debian Trixie (Linux storage 6.8.4-3-pve #1 SMP PREEMPT_DYNAMIC PMX 6.8.4-3 (2024-05-02T11:55Z) x86_64 GNU/Linux)
Full borg commandline that lead to the problem (leave away excludes and passwords)
borg2 rinfo
Describe the problem you're observing.
Since upgrading from Debian Bookworm to Trixie, I can no longer do anything with my 2.0.0b5 repositories using 2.0.0b8. Even a humble
rinfo
fails:I expected this could be resolved creating a new repository and transferring archives as is described here, but 2.0.0b8's
rcreate
withother-repo
set to the path of a 2.0.0b5 repository will fail with the same error.Is there anything I can do to repair the repositories, or, at least, salvage the archives?
Can you reproduce the problem? If so, describe how. If not, describe troubleshooting steps you took before opening the issue.
Create a repository with 2.0.0b5 (with
--encryption=none
) and try to access it using 2.0.0b8.Include any warning/errors/backtraces from the system logs