this post was submitted on 14 Jun 2023
198 points (100.0% liked)
Technology
1928 readers
7 users here now
Rumors, happenings, and innovations in the technology sphere. If it's technological news, it probably belongs here.
Subcommunities on Beehaw:
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Oh this would be nice, a standardized way to back up instances so in the case of one going down forever someone else could pick it up and start running.
I know I'm happy to run my instance, I have a great fiber line and a solid infrastructure, but if I get hit by a bus tomorrow I'd want someone else to pick it up and get running
A one-click account transfer to a different instance would be great. However, there can be several "gotchas", maybe the target instance has lower "permissions", so that can lead to data loss. Eg: my instance doesn't allow pictures more than 100 kb, some other instance doesn't allow creation of communities. So this needs to be carefully throughout.
Seems the easiest solution to that would be to simply have a comparison view. The permissions are setup using some sort of sta.dardized method, yes? Config file, GUI, whatever. Certainly it wouldn't be hard to simply grab and organize a list of perms from both instances and toss em up side by side. Could even add notes (i.e. if photo storage on Instance A > Instance B notify use "migrating to this instance may cause some larger photos to be removed from your account").
I'm not a professional programmer (sys admin, so mostly just automation) but there are certainly solutions to this.
oh I was thinking a full instance backup. As an instance admin it'd be nice to backup the whole thing in a standardized way so someone else could grab it and spin it up if I collapsed tomorrow, all the community and users
If the instance is setup as a docker container, then it should be easy. The following should be transferred
At the destination, the docker volume dirs should be unzipped and the new paths should be updated in the docker-compose file. I'm sure someone would have made a script for this by now.