Live data from Hacker News

BorgBackup 2 has no server-side append-only anymore

github.com

71–80 of 119 posts

Re: BorgBackup 2 has no server-side append-only anymore

#71
post #49
post #38

Earlier quoted context omitted.

You can consider something like syncthing to get the important files onto your NAS, and then use ZFS snapshots and replication via syncoid/sanoid to do the actual backing up.

Or install ZFS also on end devices, and do ZFS replication to NAS, which is what I do. I have ZFS on my laptop, snapshot data every 30 minutes, and replicate them. Those snapshots are very useful, as sometimes I accidentally delete data. With ZFS, all file system is replicated. The backup will be consistent, which is not the case with file level backup. With latter, you have to also worry about lock files, permission…

I can't speak to zfs but I don't find btrfs snapshots to be a viable replacement for borgbackup. To your filesystem consistency point I snapshot, back the snapshot up with borg, and then delete the snapshot. I never run borg against a writable subvolume.

Re: BorgBackup 2 has no server-side append-only anymore

#72
post #37

For anyone looking to migrate off borg because of this, append-only is available in restic, but only with the rest-server backend: https://github.com/restic/restic https://github.com/restic/rest-server which has to be started with --append-only. I use this systemd unit: [Unit] After=network-online.target [Install] WantedBy=multi-user.target [Service] ExecStart=/usr/local/bin/rest-server --path /mnt/backups --append-o…

You can achieve append-only without exposing a rest server provided that 'rclone' can be called on the remote end: rclone serve restic --stdio You add something like this to ~/.ssh/authorized_keys: restrict,command="rclone serve restic --stdio --append-only backups/my-restic-repo" ssh-rsa ... ... and then run a command like this: ssh user@rsync.net rclone serve restic --stdio ... We just started deploying this on rsy…

You then use `restic` telling it to use rclone like...

    restic ... --option=rclone.program="ssh -i  user@host" --repo=rclone:
which has it use the rclone backend over ssh.

I've been doing this on rsync.net since at least February; works great!

Re: BorgBackup 2 has no server-side append-only anymore

#73

For anyone looking to migrate off borg because of this, append-only is available in restic, but only with the rest-server backend: https://github.com/restic/restic https://github.com/restic/rest-server which has to be started with --append-only. I use this systemd unit: [Unit] After=network-online.target [Install] WantedBy=multi-user.target [Service] ExecStart=/usr/local/bin/rest-server --path /mnt/backups --append-o…

[flagged]

Re: BorgBackup 2 has no server-side append-only anymore

#74
post #5

Borg2 has been in beta testing for a very long time. Anyone knows when will it come out of beta?

The usual answer: "when it is ready". For low-latency storage (like file: and maybe ssh:) it already works quite nicely, but there might be a lot to do still for high-latency storage (like cloud stuff).

It’s a shame because the current version has had bugs that v2 supposedly fixed for a while.

Re: BorgBackup 2 has no server-side append-only anymore

#75
post #63

Earlier quoted context omitted.

This is cool. Do you always --link-dest to the last directory, and that traverses links all the way back as far as needed?

Yes, this adds a couple of nice features, it is easy to go back to any version using only normal filesysem access and because they are hard links it only uses space for changed files and you can cull old versions without worrying about loosing the backing store for the diff. I think it sort of works like apples time-machine but I have never used that product so... (shrugs) Note that it is not, in the strictest sense,…

Sounds like “rsnapshot” :

https://rsnapshot.org/

Re: BorgBackup 2 has no server-side append-only anymore

#76

For anyone looking to migrate off borg because of this, append-only is available in restic, but only with the rest-server backend: https://github.com/restic/restic https://github.com/restic/rest-server which has to be started with --append-only. I use this systemd unit: [Unit] After=network-online.target [Install] WantedBy=multi-user.target [Service] ExecStart=/usr/local/bin/rest-server --path /mnt/backups --append-o…

[deleted]

Re: BorgBackup 2 has no server-side append-only anymore

#77

For anyone looking to migrate off borg because of this, append-only is available in restic, but only with the rest-server backend: https://github.com/restic/restic https://github.com/restic/rest-server which has to be started with --append-only. I use this systemd unit: [Unit] After=network-online.target [Install] WantedBy=multi-user.target [Service] ExecStart=/usr/local/bin/rest-server --path /mnt/backups --append-o…

restic’s rest-server append-only mode unfortunately doesn’t prevent data deletion under normal usage. More here: https://restic.readthedocs.io/en/stable/060_forget.html#secu.... Their workaround is pretty weak, in my opinion: a compromised client can still delete all your historic backups, and you’re on a tight timeline to notice and fix it before they can delete the rest of your backups, too.

Re: BorgBackup 2 has no server-side append-only anymore

#78
post #73

For anyone looking to migrate off borg because of this, append-only is available in restic, but only with the rest-server backend: https://github.com/restic/restic https://github.com/restic/rest-server which has to be started with --append-only. I use this systemd unit: [Unit] After=network-online.target [Install] WantedBy=multi-user.target [Service] ExecStart=/usr/local/bin/rest-server --path /mnt/backups --append-o…

[flagged]

Care to explain more?

Re: BorgBackup 2 has no server-side append-only anymore

#79

Do something simpler. Backups shouldn’t be complex. This should be simpler still: https://github.com/nathants/backup

Index of files stored in git pointing to a remote storage. That sounds exactly like git LFS. Is there any significant difference? In particular in terms of backups.
Post reply on HN