this post was submitted on 04 Oct 2024
30 points (94.1% liked)

Selfhosted

40313 readers
301 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 1 year ago
MODERATORS
 

Hey guys. I’ve been considering maybe moving to another OS for my home lab. Do you have have any suggestions? Especially former Unraid users? Mostly just for arrs though I would like to run reverse proxy/file hosting as well. Proxmox seems pretty trendy can I use it for arrs as well as backups?

Rant/extra info:

Tap for spoilerI’ve been using Unraid for a couple years now, even paid for basic registration. I’ve largely used it to run all my arrs in docker, pihole and had a HASSIO VM running.

I recently tried setting up nextcloud, during the set up (which like nearly everything, I followed a video guide for) I ran into a novel error. So I deleted the nextcloud docker and got it from the official repo instead. Now my nextcloud share is gone and I can’t create new shares??

Stuff like this happened when I set up guac. Weird errors, plenty of which have little documentation or explanation. Plenty of which I need to ssh in or use Linux commands to fix. Which lead me to, “I’m having to learn this stuff anyway, why not spin up a Linux server and learn properly”.

Should I just rebuild/give Unraid a bit more time, it is young OS wise right?

all 37 comments
sorted by: hot top controversial new old
[–] MangoPenguin@lemmy.blahaj.zone 11 points 1 month ago* (last edited 1 month ago) (2 children)

Proxmox is good as a host OS, you'll set up a VM for docker and run your stuff in that.

It has a built in backup system to image your VMs and Containers, you can combine it with Proxmox Backup Server either in a VM or on another system for incremental backups and deduplication.

As far as Nextcloud goes I'm not surprised you had issues, their setup is weird, non-standard and very unstable in my experience. I switched to Syncthing long ago and it's so much better.

Proxmox also can run on ZFS, has support to run containers, and can also manage backups.

[–] BearOfaTime@lemm.ee 1 points 1 month ago (2 children)

Have you solved the issues Syncthing has with Android? Seems Android v9 and later networking blocks the LAN access for finding local relays. Even manually configuring relay IPs in Syncthing doesn't resolve the issue.

[–] MangoPenguin@lemmy.blahaj.zone 1 points 1 month ago* (last edited 1 month ago)

I don't use it on Android because I don't need sync, I need backups.

Photo backups are handled by Immich, and a general backup is done by the FolderSync app on a daily schedule over WebDAV to my server.

[–] catloaf@lemm.ee 1 points 1 month ago

It runs just fine for me on Android 14. I don't remember if it found the other devices automatically, but setting them up manually is trivial too. And devices can inform each other about each other if you enable it.

[–] sloppy_diffuser@sh.itjust.works 11 points 1 month ago (2 children)

OS: NixOS (high learning curve but its been worth it). Nix (the config language) is a functional programming language, so it can be difficult to grok. Documentation is shit as its evolved while maintaining backwards compatibility. If you use the new stuff (Nix Flakes) you have to figure what's old and likely not applicable (channels or w/e).

BYOD: Just using LVM. All volumes are mirrored across several drives of different sizes. Some HDD volumes have an SSD cache layer on top (e.g., monero node). Some are just on an SSD (e.g., main system). No drive failures yet so can't speak to how complex restoring is. All managed through NixOS with https://github.com/nix-community/disko.

I run stuff on a mix of OCI containers (podman or docker, default is podman which is what I use) and native NixOS containers which use systemd-nspawn.

The OS itself I don't back up outside of mirroring. I run an immutable OS (every reboot is like a fresh install). I can redeploy from git so no need to backup. I have some persistent BTRFS volumes mounted where logs, caches, and state go. Don't backup, but I swap the volume every boot and keep the last 30 days of volumes or a min of at least 10 for debugging.

I just use rclone for backups with some bash scripts. Devices back up to home lab which backs up to cloud (encrypted with my keys) all using rclone (RoundSync for phone).

Runs Arrs, Jellyfin, Monero node, Tor entry node, wireguard VPN (to get into network from remote), I2C, Mullvad VPN (default), Proton VPN (torrents with port forwarding use this), DNS (forced over VPN using DoT), PiHole in front of that, three of my WiFi vlans route through either Mulvad, I2C, or Tor. I'll use TailsOS for anything sensitive. WiFi is just to get to I2C or Onion sites where I'm not worried about my device possibly leaking identity.

Its pretty low level. Everything is configured in NixOS. No GUIs. If its not configured in nix its wiped next reboot since the OS is immutable. All tracked in git including secrets using SOPS. Every device has its own master key setup on first install. I have a personal master key should I need to reinstall which is tracked outside of git in a password manager.

Took a solid month to get the initial setup done while learning NixOS. I had a very specific setup of LVM > LUKS encryption /w Secure Boot and Hardware Key > BTRFS. Overkill on security but I geek out on that stuff. Been stable but still tinkering with it a year later.

[–] CTDummy@lemm.ee 3 points 1 month ago (3 children)

I have seen Nix come up quite a bit and have been tempted to try it. I’ve rolled with Arch before so I was considering going back to it but maybe something new be go.

The OS itself I don't back up outside of mirroring. I run an immutable OS (every reboot is like a fresh install). I can redeploy from git so no need to backup. I have some persistent BTRFS volumes mounted where logs, caches, and state go. Don't backup, but I swap the volume every boot and keep the last 30 days of volumes or a min of at least 10 for debugging.

Something like this has always interested me. I remember reading about doing similar with Windows. Not so much it being immutable so much as having a decent starting image that you load on any device you want with all your programs ready to go.

Runs Arrs, Jellyfin, Monero node, Tor entry node, wireguard VPN (to get into network from remote), I2C, Mullvad VPN (default), Proton VPN (torrents with port forwarding use this), DNS (forced over VPN using DoT), PiHole in front of that, three of my WiFi vlans route through either Mulvad, I2C, or Tor. I'll use TailsOS for anything sensitive. WiFi is just to get to I2C or Onion sites where I'm not worried about my device possibly leaking identity.

Do you have a guide or ten you used for all this perchance? Unraid has stuff like trashguides and space invader one. Especially the DNS part onwards? If not it’s cool I have Mullvad set up and Pihole with my current setup so I’ll be able to work it out. This is all very compelling for me to try out (I should really have learned about wireguard by now). Thanks a lot for such an interesting and informative write up!

[–] jlh@lemmy.jlh.name 6 points 1 month ago

Nixos' weakness is definitely it's documentation. There's often configuration snippets you can copy and paste, though. If you go with NixOS, make sure to come back with questions, the community is very helpful.

[–] sloppy_diffuser@sh.itjust.works 2 points 1 month ago

Best resource I've found is searching GitHub.

My setup closely follows https://github.com/Misterio77/nix-config.

For servarr I just translated someone else's docker compose setup to nix. There are some ready made nix ones you can look at like https://github.com/rasmus-kirk/nixarr/tree/main/nixarr.

The complex networking I just picked up over time once I knew my way around a little bit.

GitHub is your best resource. lang:nix search terms.

[–] sloppy_diffuser@sh.itjust.works 2 points 1 month ago

For the networking I found some repos with Nix and Gluetun (OCI containers). I don't see them in my bookmarks, so it was probably a day project when I set up and didn't keep the references.

That part is still in docker / podman. So any docker network guide just needs to be translated to nix.

[–] mbirth@lemmy.ml 2 points 1 month ago (1 children)

You might want to read the recent blog post (linked at top) and discussion on Hacker News first.

[–] sloppy_diffuser@sh.itjust.works 1 points 1 month ago

I wouldn't run NixOS in a container. With native nix containers I'm pretty sure they share the store. For docker I'd use images built with nix (doesn't run nix itself) or pull from docker hub.

[–] tedvdb@feddit.nl 5 points 1 month ago (1 children)

I'm running a normal linux distro, with everything running in containers using docker compose files. No VMs, since they are overkill for my needs. I'm running stuff like the *arr stack, home assistant, smokeping, unifi controller, pihole etc. Setting it up is quite simple, and the distro can be whatever you prefer (I use Arch btw).

[–] CTDummy@lemm.ee 1 points 1 month ago* (last edited 1 month ago) (1 children)

Arch btw

Like I needed even more temptation. Cheers for confirming my suspicion that rolling a Linux distro is likely the go. I don’t really need a VM, just hassio doesn’t (didn’t?) have pass through without it.

[–] tedvdb@feddit.nl 2 points 1 month ago (1 children)

What do you need to pass trough? I've done usb passthrough in the past with docker as well

[–] CTDummy@lemm.ee 1 points 1 month ago

Ideally a Bluetooth dongle/maybe a speaker. Looks like an old problem from a quick google. So there we go don’t need VMs!

[–] RandomLegend@lemmy.dbzer0.com 4 points 1 month ago (1 children)

I never used unraid but was thinking about it

I went to truenas for my NAS and Ubuntu server for my application server instead. I use dockge for my docker webui and I'm happy with that setup

[–] CTDummy@lemm.ee 3 points 1 month ago (1 children)

For entry homelab stuff I still think it’s great. Literally just smacked it into an old HP server (now my cannibalised gaming builds) and it was good to go. However I was pretty inexperienced then (hence why I think I may have borked something fundamentally). Now days I’m more comfortable which getting under the hood hence looking for alternative. Definitely would still suggest Unraid to some though.

I was tempted to do something like an Ubuntu server. I figured all my NAS stuff is run through docker anyway. Cheers I’ll check out dockge

[–] RandomLegend@lemmy.dbzer0.com 3 points 1 month ago (1 children)

Yeah but as far as i know, unraid doesn't really do anything that for example TrueNAS Scale can't do? And TrueNAS is free and really rock-solid.

So if someone doesn't want to host an Ubuntu Server i'd recommend checking out TrueNAS Scale and simply throwing some dockers at it

[–] TwistedTurtle@sh.itjust.works 2 points 1 month ago* (last edited 1 month ago)

unraid doesn’t really do anything that for example TrueNAS Scale can’t do?

UnRAIDs parity is completely different than ZFS (TrueNAS) - and I'd argue unRAID is a better option for hosting a home media server. TrueNAS uses ZFS, so data on the drives is striped and they all need to be spun up together. UnRAID doesn't stripe data, so only the relevant drive needs to be spun up (+parity if you're writing). This also means if you lose parity +1 drive you only lose the data on that drive. Whereas with ZFS if you lose parity +1 you lose EVERYTHING in that array. It's also way easier to expand your array in UnRAID, simply plug in any drive (as long as its smaller than parity) and it'll just work. Expanding or adding vdevs in ZFS is not so simple and requires planning.

On top of all that, UnRAID can do ZFS too now (although I wouldn't recommend it for the main array for the reasons stated above). So if anything the question should be "what can TrueNAS Scale do that UnRAID can't do?"

I'd argue TrueNAS is better if you need top speeds and advanced features like bit-rot protection. But for a simple home media server where things like idle power-use and ease-of-use are more important I think unRAID wins hands down.

[–] specialseaweed@sh.itjust.works 4 points 1 month ago* (last edited 1 month ago) (1 children)

Nextcloud borked my Unraid server. Took me forever to find the source of constant lockups. Apart from that, the Nextcloud container took up more of my time than any other part of my server, including the OS.

This was a couple years ago. Maybe things have changed.

My Unraid server is a dream otherwise. Rock solid and 30 containers running smoothly for years and years.

Just another data point.

I used Proxmox for a long time before Unraid, but that’s when getting deep into it was a hobby. Now I just want it to work.

[–] Stowaway@midwest.social 3 points 1 month ago

Ive had truenas, moved to unraid in the past few months. The one constant has been nextcloud is a pita. Even the legacy manual install blows. I dropped it and have been much happier ever since.

[–] westyvw@lemm.ee 3 points 1 month ago

I have been using openmediavault for years and years. Basically debian with some configuration already done for a web gui, quick access to shares and user controls, and a simple but ready docker setup for your containers. Extremely light weight.

I have unraid on a test server, but I just can't see the point of using it over omv. Raid is not important to me, you have to make backup either way. Containers are containers, and a vm is not something I need

[–] TwistedTurtle@sh.itjust.works 2 points 1 month ago* (last edited 1 month ago)

For what it's worth I recently went down this rabbit hole, and I decided to stick with unRAID for the following reasons:

UnRAIDs parity is completely different than ZFS (TrueNAS) - and I'd argue unRAID is a better option for hosting a home media server. TrueNAS uses ZFS, so data on the drives is striped and they all need to be spun up together. UnRAID doesn't stripe data, so only the relevant drive needs to be spun up (+parity if you're writing). This also means if you lose parity +1 drive you only lose the data on that drive. Whereas with ZFS if you lose parity +1 you lose EVERYTHING in that array. It's also way easier to expand your array in UnRAID, simply plug in any drive (as long as its smaller than parity) and it'll just work. Expanding or adding vdevs in ZFS is not so simple and requires planning.

On top of all that, UnRAID can do ZFS too now (although I wouldn't recommend it for the main array for the reasons stated above). So if anything the question should be "what can TrueNAS Scale do that UnRAID can't do?"

I'd argue TrueNAS is better if you need top speeds and advanced features like bit-rot protection. But for a simple home media server where things like idle power-use and ease-of-use are more important I think unRAID wins hands down.

[–] theorangeninja 2 points 1 month ago

I use MicroOS as a base and my services are docker stacks handled with dockge. No problems until now.

[–] Presi300@lemmy.world 1 points 3 weeks ago

TrueNAS Scale if you want something simple that just works and Proxmox if you wanna configure/customize stuff with a lot more power under the hood...

Imo, either choice is better than unraid.

[–] variants@possumpat.io 1 points 1 month ago

Not sure what went wrong with next cloud but it might be worth figuring it out first. I do remember having to look through a few guides. I set up mariadb, redis, and collabora containers along with it for database performance and to be able to edit docs in the browser