this post was submitted on 25 Jul 2024
49 points (96.2% liked)

Selfhosted

40345 readers
421 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
 

Its new homelab time. And with that, potentially a new OS time too.

I currently am very happy with Debian and Docker. The only issue is I am brand new to using data redundancy. I have a 2 bay NAS I'll use, and I want the two HDDs to be in raid 1.

Now I could definitely just use ZFS or BTRFS with Debian, and be able to use Docker just like I do currently.

Or I could use a dedicated NAS OS. That would help me with the raid part of this, but a requirement is Docker.

Any recommendations?

you are viewing a single comment's thread
view the rest of the comments
[–] Dust0741 10 points 4 months ago (2 children)
[–] [email protected] 5 points 4 months ago

Yeah, that's what he means.

I'm doing kinda the same thing with my NAS: md raid1 for the SSDs, but only snapraid for the big data drives (mostly because I don't really care if i have to re-download my linux iso collection, so snapraid plus mergerfs is like, sufficient for that data).

Also using Ubuntu instead of Debian, but that's mostly due to it being first built six years ago, and I'd 100% go with Debian if I was doing it now.

[–] [email protected] 2 points 4 months ago (1 children)

Yes, as the other people pointed out, that's what I mean. The standard Linux software RAID (also called MD RAID)

It's proven, battle-tested, pretty robust and you don't rely on any specific vendor formats or any hardware for that matter. The main point would be to keep it simple. You could use BTRFS or ZFS or all kinds of things. But it only introduces additional complexity and points of failure. And has no benefits over a plain mirror (what the RAID1 does) if we're talking about just 2 devices. At least it served me well in the past. Contrary to cheap hardware RAID controllers and also BTRFS which also let me down once. But a lot of development went in to that since then and the situation might have changed. But mdraid is reliable anyways.

[–] [email protected] 2 points 4 months ago (1 children)
[–] [email protected] 1 points 4 months ago* (last edited 4 months ago) (1 children)

That is indeed a good question. Is this something RAID is bothered with at levels 0 and 1? I think in this case it's the job of the filesystem to care for that. But you should probably let the periodic task run that does scrubbing like once per week. You could also experience other issues than just bitrot. For example bad sectors and one of the hdds slowly degrading.

In the end I don't think a RAID1 can do much about bitrot and other RAID woes. There are no checksums or anything to correct for that. You'd probably need some other technology for that. But it's probably the same for a ZFS mirror. And everything better than that needs more than 2 hdds.

[–] [email protected] 1 points 4 months ago

I think ZFS does some advanced stuff which makes it better than just relying on hardware checksums (which have been shown to not be so great)