Skip Navigation

Posts
2
Comments
14
Joined
3 yr. ago

  • Thanks for the clarification. By "persist across restarts," I'm referring to the fact that if I just install the agent in my container, it won't persist if I restart the container, unless I install it on a volume which seems clunky. Running the agent alongside in a separate container with network access is the solution I was looking for.

    On the Redis and Valkey restores, that makes sense. Disaster recovery is my use case anyway. Do you document the manual restore process for those? I didn't notice it in a brief review of the docs, but I may have overlooked it.

  • This looks exciting! A couple of questions:

    1. How would I deploy an agent into an existing docker container in a way that makes it persist across restarts? Most of my databases are running in containers.
    2. Regarding redis and valkey: what good does backup do without restore? Not trying to denigrate; I just really want to understand how that is useful.

    Thanks for building this!

  • Not many... but this community isn't for those people. It's for people who are already predisposed to self-hosting software.

  • Couldn't the same be said for just about any self-hosted app? You can watch video files with a local video player, so no need for Jellyfin; you can save passwords in KeePass, so no need for Vaultwarden; etc.

    Seems to me like, if you'd like to have access to this app along with your data from any computer without having to overlay a separate data syncing solution and install a local app on each of those computers, that's justification enough. Or maybe I'm just not understanding your critique here...

  • If I tap-and-hold the image of an image post and tap “Share image,” it shares the image with a URL, which in Signal results in a message containing only the URL. If I use the share button instead of tap-and-hold+share, it shares the actual image. Why are the behaviors different? Why would sharing an image ever lead to anything happening other than just sharing the image?

    This is Voyager, btw.

  • Just remember any backup is better than nothing.

    This is comforting.

    There are several reasons to backup data only and not the full system. First you may be unable to find a computer exactly/enough like the one that broke, and so the old system backup won’t even run. Second, even if you can find an identical enough system, do you want to, or maybe it is time to upgrade anyway - there are pros and cons of arm (raspberry pi) vs x86 servers (there are other obscure options you might want but those are the main ones), and you may want to switch anyway since you have. Third, odds are some of the services need to be upgraded and so you may as well use this forced computer time to apply the upgrade. Last, you may change how many servers you have, should you split services to different computers, or maybe consolidate the services on the system that died to some other server you already have.

    Some good things to consider here. Whether or not I'll want to upgrade will depend on how far this theoretical failure is. If storage fails, I might just replace that and restore the backup. If it's something more significant than that and we're 2-3 years down the line, I'll probably look at an upgrade. If it's less than that, I might just replace with the same to keep things simple.

    I guess one other upside of the full system backup is that I could restore just the data out of it if I decide to upgrade when some hardware fails, but I don't have the reverse flexibility (to do a full system restore) if I opt for a data-only backup.

  • If you don’t have the budget for on-premises backup, you almost certainly can’t afford to restore the cloud backup if anything goes wrong.

    I believe egress is free on Backblaze B2.

    Just make sure to test the restore procedure once in a while.

    Good call on this. Curious if you have a procedure for actually doing this. I could just wipe out my system and rebuild it from the backup, but then I'm in trouble if it fails. What does a proper test of a backup actually look like?

  • Check out Borgbase, it’s very cheap and it’s an actual backup solution, so it offers some features you won’t get from Google drive or whatever you were considering using e.g. deduplication, recover data at different points in time and have the data be encrypted so there’s no way for them to access it.

    I looked at Borgbase, but I think it will be a bit more pricey than Restic + Backblaze B2. Looks like Borgbase is $80/year for 1TB, which would be $72/year on B2 and less if I don't use all of 1TB.

    The vast majority of your system is the same as it would be if you install fresh, so you’re wasting backup space in storing data you can easily recover in other ways.

    I get this, but it would be faster to restore, right? And the storage I'm going to use to store these files is relatively little compared to the overall volume of data I'm backing up. For example, I'm backing up 100GB of personal photos and home movies. Backing up the system, even though strictly not necessary, will be something like 5% of this, I think, and I'd lean toward paying another few cents every month for a faster restore.

    Thanks for your thoughts on the database backups. It's a helpful perspective!

  • Much simpler than my solution. I'll look into this. Thank you!

  • Is your script something you can share? I'd love to see your approach. I can definitely live with a few minutes of down time in the early morning.

  • Had considered a device with some storage at a family member's house, but then I'd have to maintain that, fix it if it goes down, replace it if it breaks, etc. I think I'd prefer a small monthly fee for now, even if it may work out more expensive in the long run.

    Good call on the cost calculation. I'll take another look at those factors...

  • If that's the main downside to a full-system backup, I might go ahead and try it. I'll check out Backrest too. Looks great!

  • Much easier than what I was trying to do. Thank you!

  • OK, cool. That’s helpful. Thank you!

    I know in general you can just grab a docker volume and then point at it with a new container later, but I was under the impression that backing up a database in particular in this way could leave you with a database in a bad state after restoring. Fingers crossed that was just bad info. 😅

  • Selfhosted @lemmy.world

    Backups: Am I doing this right?

  • homelab @lemmy.ml

    Updates vs. version pinning in Docker-based homelab