@cthululemon@social.cthululemon.com
Post #4294235
2026-06-27 18:25 UTC
Replies (3)
-
@eljojo@ruby.social 2026-06-27 18:27
@cthululemon@social.cthululemon.com maybe data migration? this might help https://docs.joinmastodon.org/admin/migrating/
-
@apzpins@some.apz.fi 2026-06-27 20:53
@cthululemon@social.cthululemon.com You're looking at migrating a Mastodon instantance to a new machine, I take it. If it's on Docker, you can pretty much just set up Docker on the new one and move over the data directories. If not, the go-to way is to install a fresh Mastodon installation on the target machine and then just transfer the database and content, per official documentation: https://docs.joinmastodon.org/admin/migrating/
-
@purple@nya.social 2026-06-27 22:30
@cthululemon@social.cthululemon.com to move masto to another server, we do something called a "lift-and-shift" to borrow a term from the construction industry. this is where we shut it down, move all the files, and start it back up. to get in to the extreme details and why's would be to start citing the deep magic that founded the internet, but, the quick and dirty generic process is: -1: take inventory of what exactly is being moved. are you moving volumes and database dumps or only volumes? if so, treat them as separate migrations. do you need to make considerations for networking changes? 0: spend a few hours looking over the configs to see what (if anything) you need to change. config changes are otherwise avoided during migrations. 1: alert your users/temporarily redirect DNS to a maintenance page/otherwise handle obligations you need to for scheduled downtime. 2: stop the stack. 3: do any data dumping that may need to happen. 4: copy & import it to the new host. 5: change the DNS & start the stack. for masto in specific, if you're running the most basic self-contained docker compose stack for it, then you'll really only need to copy the volumes over and won't need to bother with database dumps.