this post was submitted on 03 Jul 2025
618 points (96.5% liked)

Selfhosted

46653 readers
1449 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

after almost 15yrs my plex server is no more. jellyfin behind nginx with authentik is running very nicely.

you are viewing a single comment's thread
view the rest of the comments
[–] Moonrise2473@feddit.it 14 points 14 hours ago (3 children)

Unrelated but why a full VM for Linux stuff, lxc is much more efficient

[–] CeeBee_Eh@lemmy.world 5 points 8 hours ago (4 children)

I can backup an entire VM snapshot very quickly and then restore it in a matter of minutes. Everything from the system files, database, Jellyfin version and configs, etc. All easily backed up and restored in an easy to manage bundle.

A container is not as easy to manage in the same way.

[–] Oisteink@feddit.nl 1 points 3 hours ago

How often do you do this?

[–] Moonrise2473@feddit.it 1 points 4 hours ago

How not?

If a lxc container is in a btrfs subvolume or in a zfs dataset (those are created easily like a directory, it's not a partition), you can do a full 1:1 copy in less than one second via a snapshot, keeping all the system files, database, version and configs

[–] TVA@thebrainbin.org 2 points 6 hours ago

VMs can also be live migrated to another server in the cluster with no downtime and backups don't need to take the VM down to do their thing. If in the future you want to move to physical hardware, you can use something like Clonezilla to back it up (not needed often, but still, something to consider).

Both have their places, but those factors are the main ones that come into play of when I want to use a VM or LXC.

[–] pupbiru@aussie.zone 2 points 7 hours ago (1 children)

you can use commit, save/load, import/export for the same thing as VM snapshots

[–] CeeBee_Eh@lemmy.world 1 points 5 hours ago (1 children)

It's not the same. You then need to manage volumes separately from images, or if you're mounting a host folder for the Jellyfin files then you have to manage those separately via the host.

Container images are supposed to be stateless. So then if you're only banking up the volumes, then you need to somehow track which Jellyfin version it's tied to, in case you run into any issues.

A VM is literally all of that but in a much more complete package.

[–] pupbiru@aussie.zone 1 points 3 hours ago* (last edited 3 hours ago)

i’d consider that all a good thing, but i can also see how it’s more work

they’re supposed to be stateless because it’s easier to manage, upgrade, etc… if you don’t want that, you can just use load/save/commit (or import/export: can’t remember off the top of my head which is which) and ignore volumes: it amounts to the same thing… there’s also buildpack rebase so you can swap out the base container and keep your top level changes for quick version upgrades that are super simple to roll back

[–] meh@piefed.blahaj.zone 22 points 14 hours ago (2 children)

honestly every explanation probably just ends at 'this is what i learned on and it works'. same way i religiously use nano and try to do everything in bash first. or how a couple coworkers can't stop explaining their vim workflow and defending python unprompted like it's a trauma response for them. my current homelab is also running a r9 with 64gb ram and 30tb storage. if i were paying for remote hosting, still using salvaged hardware or being paid, i'd invest time learning newer processes. but containers haven't caught my interested and this set up takes basically no effort on my part to maintain, so i can focus my limited free time elsewhere.

[–] mic_check_one_two@lemmy.dbzer0.com 8 points 12 hours ago (1 children)

honestly every explanation probably just ends at 'this is what i learned on and it works'.

Yeah, lots of these answers basically boil down to “when all you have is a hammer, everything looks like a nail.”

[–] tripflag@lemmy.world 3 points 9 hours ago

These days the hammer is usually docker/podman/lxc containers instead of VMs though. Like, you don't need a container to run a self-contained statically-compiled binary, yet people still do it for some reason.

[–] dataprolet@lemmy.dbzer0.com 2 points 12 hours ago

Same.
The time it takes me to write a single function in Python is the same as writing a whole Bash-script using nano.
Also I initially set up my homelab using Docker in a VM on Proxmox. Totally useless abstraction, but I never found the time and patience to migrate the VM to bare metal.

[–] Laser@feddit.org 5 points 11 hours ago

Stronger compartmentalization