this post was submitted on 01 Oct 2023
5 points (69.2% liked)

Linux

8095 readers
38 users here now

Welcome to c/linux!

Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!

Rules:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 1 year ago
MODERATORS
 

I currently have a personal nas running ubuntu server, but I'm considering moving it to opensuse leap. I've dabbled a bit with leap inside of virtual machines, but maybe someone more experienced with it can give me a more complete opinion. Also, is btrfs worth getting into, or can I just use ext4 and loose out on nothing (except snapshots)?

top 6 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 1 year ago (1 children)

You'll lose more than just snapshots, btrfs does a bit more than just that.

I've been running my NAS/server on btrfs for years, now. I started out on Rockstor (which was still based on CentOS back then, they switched to an OpenSUSE core some years ago), later I decided to roll my own setup on Leap, partially because I already had (and love) Tumbleweed on my workstations, and keeping everything on one distro is just less mental overhead. For me, it's been rock solid. I like OpenSUSE, I like btrfs. Snapshots have saved my bacon on the workstations more than once when bleeding edge updates and nvidia clashed; it's never been an issue on the server of course, and I don't really use them for data (although the option is there). I do however use RAID1, on 3 drives, and being able to just add a drive even if it's not the same size as the others (within reason), is a big plus and one of the reasons I opted for btrfs back then.

OpenSUSE as a distro is great, there's a fair amount of software, stuff that's not in the default repos might be on OBS. It's a fixed-release distro but the cadence feels somewhat different from Ubuntu's. YaST is great when you want to have some easily accessible menu driven interface to setting things up, rather than poke around in config files (I'm more of a config file guy, but having the option is nice).

Of course, as for opinion... It all depends on what you want to use the machine for, where your experiences lie, and so on. What's the NAS doing, besides file shares, what do you hope to gain by switching distros? Where are you on the scale from "I want it to just work, something like a Synology would be nice if they weren't so pricey" to "I hand-compile kernels for fun"?

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago) (1 children)

Thank you for the answer! Maybe I should look into btrfs a bit more, as I am honestly interested in learning new things (thus wanting to switch), but I'm also scared easily when the amount of things to learn increases beyond my level of comfort. The NAS is supposed to serve as the host for a couple virtual machines as well, like a pihole-VM for my home network and another VM that serves as the entry point from the internet so that I can access my nas on the go. All of that is already set up and running with the nas being on ubuntu, but I have new hardware ordered and want to try something new to go along it while keeping the functionality that's currently covered.

I like to mess around with things, but not always and I do need to work on my patience if stuff doesn't work and I dont understand why. That's why I figured leap would be a good ubuntu-replacement, as it's not as involved as something like arch would be, while also being different enough from ubuntu for me to gain more experience. Your btrfs-raid is still done through mdadm though, right? Btrfs does not come with integrated raid-like features like zfs does?

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

As for the reason to switch: that's something I can get behind, although you could also just slap Proxmox on it an do all your experimenting in VMs; at least that keeps the server itself running as smoothly as possible, while not limiting you in your learning experiences.

As for btrfs: it most certainly does have RAID functionality. RAID5/6 is considered unstable (although I've heard/read from plenty of people who have great experiences with it, provided you don't run into the edge cases), but I'm sticking with RAID1 because I don't need to run the risk, and I'm not sure if waiting for a checksum calculation whenever something does go pear-shaped is going to do a whole lot of good for me.

Anyway, as for my setup: an HP Microserver (an oldie, a Gen8 with a Xeon switched in) running Leap, powering a few VMs, a collection of Docker containers, and a few "native" services (nginx, PHP, stuff like that). The root fs is a single SSD (btrfs SINGLE with some directories having a flag to disable COW), and there's a data pool of 3 spinning disks (2x2 and 1x4GB), 4GB effective, that contains "data". Most of it is setup with Ansible these days, hence no real use for YaST on that machine for me.

[–] [email protected] 1 points 1 year ago (1 children)

Okay, you got me convinced to look into it more!

Out of curiousity though: You have a RAID1 setup with 3 Disks that amounts to 4GB total?

[–] [email protected] 2 points 1 year ago

That's correct. Btrfs will simply divide your disks in 1GB chunks, and when writing, always ensure that a bit of data is always stored in 2 chunks on two different disks. You can also do 1C3 or 1C4 if your data is truly that critical, which means data is always stored in 3 or 4 chunks (on different disks), respectively. Of course, that also requires at least they amount of drives.

This chunking is also the reason why the sizes of the drives don't have to match, as long as it's possible to divide it evenly you won't lose space as unused. Simply put, make sure your largest drive is not larger than your other drives combined and you should be fine.

In my case, data will always see one copy on the 4gb drive, and another on either of the 2gb drives.

[–] [email protected] 2 points 1 year ago

Take in mind that lot of btrfs features need to be disabled (noCOW flag) for VM workloads to have acceptable performance. I usually just take the hit in performance if i need a VM (it's not my primary use), but it is there and is noticeable.