Hello selfhosters!
I’v small homeServer (Dell Wyse 5070) and I’m thinking about upgrade of main SSD M.2 storage.
Currently most of my services are docker containers. During upgrade I want to refresh whole setup and learn ansible a bit during the process.
I’ve got few services that I want to avoid to stop for hours/days which could take me to set the whole server from scratch in the new way (NextCloud, Home Assistant, Matrix), all of them used locally (trough Tailscale) by my family.
I’m thinkging about keeping them running, by connecting old SSD M.2 drive to my laptop and run inside VM. Do you think that will be doable / what kind of troubles I can get through that process? Asking about that “keeping services on my laptop” think. With refresh of server it will of course be the journey with troubles, but I will have time for that, when crucial services will be running on different machine.
imho it’s going to give you more troubles than just a direct upgrade. You will end with a “temporary” server that will last years
I’m not afraid of that risk and just try to mitigate possible outage of services longer, than expected (I hope to refresh the server in 1 day, but as with everything new, it can take longer).
What do you mean by “direct upgrade”? I want to have every direct modification done on OS to be done troguht ansible playbook on refreshed build, so my assumption is that I have to purge / start from new SSD in that case.
Replace the drive and start new but anyway because they’re docker containers you can mount the old drive and temporarily run them again
deleted by creator
I’ve got personal laptop + mentioned Dell Wyse 5070. In near future (months) I’m thinking about extending to another home server client.
I know using ansible in that scenario will be somehow harder than direct ssh, but I want mainly to learn the process (for future work possibilities) and have that extended control of the changes on the bare OS.
deleted by creator
If this is a Linux based OS, a reinstall is rarely needed. There are many ways to migrate it from an old drive to a new one. Cloning the old one to the new and expanding the main partition to occupy the extra space is one. A cleverer way would be to move it to LVM so that next time you’ll have options for expanding by adding more drives. If the new drive is double the size, you could clone, boot from the new then setup LVM in the empty space, migrate the OS to it, then boot from that, followed by reclaiming the cloned space and adding it to the LVM.
There’s nothing particularly wrong with running it in a VM as you suggested either. Or you could run the new install in a VM then install it in the server once ready.
Sounds like it would be easier to run your VM on the laptop, leave the SSD in the 5070, and move each service over to the laptop one at a time. Then nuke and repave the 5070 with the upgraded drive, and then move the services back.
Ansible is great, but I’d leave learning that as a separate project in the future. Convert to docker compose as part of this process if you’re not already doing that.
Moving services one by one could be a solution but required additional networking - currently I’ve got Tailscale domains for mentioned critical ones (Nextcloud, Matrix) and I thought about running from the same storage could keep the same hostnames of Tailscale nodes (if that even possible). What do you think about that issue?
Currently I’ve got all of the docker containers defined troguht Portainer Stacks, so I could easily covert it to base docker compose files.
I’m not clear on how your tailscale names are attached to the services. Do you mean you’ve got a different Tailscale magic DNS for each docker container with a sidecar?
I’m not a Tailscale expert, all my services are in VM’s or LXC’s so they get their own Tailscale name that moves with them. Perhaps Tailscale allows you to add extra names for the same host or something?
I’ve got few docker containered Tailscale deamons as a sidecar, exactly. Those should work as the same host (login based), as in the original home server. I’m mostly unsure, how the whole “VM environment” with attached drive with whole docker engine install will perform - also in terms of connection.
So their names would come across with them. In what I’m proposing, you wouldn’t worry about attaching the drive. Just copy the data for one service over, then start it’s container on the laptop. Once that’s all working fine, do the rest one at a time till they’re all on the laptop. Then wipe your Dell and start from scratch.
deleted by creator
Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:
Fewer Letters More Letters DNS Domain Name Service/System LXC Linux Containers SSD Solid State Drive mass storage
3 acronyms in this thread; the most compressed thread commented on today has 8 acronyms.
[Thread #180 for this sub, first seen 1st Oct 2023, 12:45] [FAQ] [Full list] [Contact] [Source code]
