• 1 Post
  • 58 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle

  • 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.


  • 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.


  • 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”?














  • These tips are all solid, and reflect my setup. Database (MariaDB) and PHP files on the SSD, data storage on spinny bois. Don’t underestimate the importance of a recent enough version of PHP, OpCache, enabled, and so on.

    There’s a whole chapter on performance tuning in the manual, and the “Security & setup warnings” part of the administration settings should point out some configuration issues, when it finds them.

    My setup might actually take a (smallish) performance hit because I use btrfs for all my filesystems. Just don’t get roped into the whole “wsl on Windows” thing, that’s just not going to work out, it’s a kludge that MS offers to not bleed users to Linux too much, but it’s certainly not meant for server workloads.

    The hardware should not be the bottleneck at all, the 1265 in OPs machine should not be significantly slower than the 1280 in mine.


  • Eh, my gen8 is chugging happily along with Nextcloud, Synapse, Jellyfin and friends, docker-mailserver, a GoToSocial instance, Home Assistant in a VM, and so on. I don’t know what else is running on your server (and, admittedly, I’ve added some RAM and stuck in a somewhat beefier Xeon CPU), but it should have no problems running a web app like Nextcloud, especially if you stay away from the more intensive stuff like office apps.

    That aside, I’ve gone through a fair amount of note taking apps, and so far I like Joplin best, too bad it doesn’t seem to work out for you. Not sure when you last checked out the Android app, but I do know there’s been some changes in the editor it uses recently-ish, it might be worth it to check again.



  • Ha, kinda the same story for me.

    For my first ergo split, I wanted to build a Corne, but ended up building a Lily due to not being able to order the Corne and being somewhat uncertain of “just 3 rows”. Now my mapping has gravitated to something that’d fit on a Corne, I don’t use the outermost thumbs and am weaning myself off of the num row. Still considering whether I should try and work with 5 columns instead of 6, but there’s some useful keys there — for now.

    I can see myself building another split in the future (something that’s slightly more travel-friendly than the Lily), and it’s probably going to be a Corne. The Lily’s thumb cluster is slightly to far to the outer edge for my comfort.