<div dir="auto">I can definitely cover my setup with TrueNAS SCALE as part of my homeland presentation.  It's quite versatile and I'm sure we could have other presentations on it if people are interested.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 21, 2023, 11:24 a.m. Andrew Sullivan Cant <<a href="mailto:acant@alumni.uwaterloo.ca">acant@alumni.uwaterloo.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This discussion does make me think I should really try out TrueNAS. But <br>
I will probably still procrastinate it. ;)<br>
<br>
Jason, I think your presentation is going to have some coverage and <br>
maybe after that we can consider if we want more?<br>
<br>
Chris, I also agree that TrueNAS the the project that also looks the <br>
most like a product. I am also cheap so, I will probably never buy their <br>
brand new hardware, but I appreciate that it exists.<br>
<br>
<a href="https://www.truenas.com/truenas-mini/" rel="noreferrer noreferrer" target="_blank">https://www.truenas.com/truenas-mini/</a><br>
<br>
This feels safer. I can learn this, and have a fall back to just paying <br>
for it. I guess this is adopting the puppy problem. It is nice to be <br>
able to adopt the puppy, but having a well managed kennels I can just <br>
pay for is good to.<br>
(gosh, spelling kennel was hard. knell, kneel and finally kennel :) )<br>
<br>
<br>
<br>
Andrew<br>
<br>
<br>
<br>
On 2023-01-16 17:45, Chris Irwin via kwlug-disc wrote:<br>
> On Sun, Jan 15, 2023, at 21:24, Doug Moen wrote:<br>
>> ZFS has a limitation where you can not add disks to a RAIDz vdev.<br>
> <br>
> This is the big one, off the top of my head.<br>
> <br>
> I'm specifically listing my ZFS gripes here. I don't totally hate the <br>
> filesystem. It has some features that are pretty good. Encryption is <br>
> built-in, and basically a check-box when creating a dataset. BTRFS <br>
> doesn't yet have FSCRYPT support, so encryption needs to be layered <br>
> either above (ecryptfs) or below (dmcrypt). That sucks for a number of <br>
> reasons.<br>
> <br>
> Also, TrueNAS itself seems to have the best Web UI from the options I <br>
> looked at, and is truly more of a "Storage Appliance" than anything <br>
> other than an actual physical appliance (synology, etc). All the other <br>
> options were much more "Debian, but with a basic web interface and a <br>
> logo". TrueNAS actually feels like a real product.<br>
> <br>
> To be fair, most of my issues are non-issues for the real target for <br>
> ZFS: Businesses with money. If I had a formal budget, forecasted data <br>
> growth, and probably upgraded servers/drives with warranty cycles, most <br>
> of these issues are a non concern.<br>
> <br>
> But I'm a home user. And a cheap one, at that. I have a bunch of data <br>
> and a bunch of disks, and I want to be reasonably sure both the data <br>
> (and backups) are valid.<br>
> <br>
> Back in the day I had 2 drives. Eventually I wanted to expand, so I <br>
> bought two more drives, and added them to the filesystem (was using <br>
> btrfs). Run a rebalance, it shifts data around, and I have a bunch more <br>
> storage capacity.<br>
> <br>
> With ZFS, I don't think I can do that. I can't take my four drives, and <br>
> turn it into a six-drive array. I'd either have to build a whole new <br>
> larger array (vdev?) and migrate to that, then throw out the old disks. <br>
> Or replace all the old disks with new, larger ones one-by-one, finally <br>
> resizing the array once all the disks are larger. Then throw out the old <br>
> disks. Or have a second array and split my data.<br>
> <br>
> I've been using mdadm (+lvm) and btrfs for a lot of years, and with <br>
> either of those, you can easily add disks and expand your array. You can <br>
> switch redundancy levels on the fly, if you wanted. WIth BTRFS if I had <br>
> four disks and one failed (and I have enough free space), I could <br>
> rebalance the array to use one fewer drive and recover a measure of <br>
> redundancy while waiting for stock/sale/shipping/payday.<br>
> <br>
> ZFS also can't fully utilize mismatched disks, apparently. My 4-drive <br>
> array has 2x6TB and 2x8TB drives, which means there's 2x2TB worth of <br>
> unusable space on the 8TB drives. This worked fine with btrfs.<br>
> <br>
> This is a "me" problem, but snapshots don't seem to be visible with ZFS, <br>
> so recovering a file takes some extra steps with the TrueNAS Web UI to <br>
> clone a snapshot. On btrfs, you can just 'cp' the file from your <br>
> snapshot, no extra commands, tools, or effort required.<br>
> <br>
> I also find the new terminology and new layers confusing (vdev, zpool, <br>
> dataset, zvol, raidz, etc). Granted, this is a "me" problem as well, <br>
> since I undestand pvs, vgs, and lvs just fine. I'll learn, I just wish I <br>
> didn't have to. Also, why vdev & dataset, and not zdev and zdataset? No <br>
> idea.<br>
> <br>
> People claim ZFS handles databases/VMs better than btrfs, but I don't <br>
> really see how since it appears to use the same COW semantics. Perhaps <br>
> it's just hidden behind better caching.<br>
> <br>
> -- <br>
> *Chris Irwin*<br>
> <br>
> email:   <a href="mailto:chris@chrisirwin.ca" target="_blank" rel="noreferrer">chris@chrisirwin.ca</a><br>
>    web: <a href="https://chrisirwin.ca" rel="noreferrer noreferrer" target="_blank">https://chrisirwin.ca</a> <<a href="https://chrisirwin.ca" rel="noreferrer noreferrer" target="_blank">https://chrisirwin.ca</a>><br>
> <br>
> <br>
> _______________________________________________<br>
> kwlug-disc mailing list<br>
> To unsubscribe, send an email to <a href="mailto:kwlug-disc-leave@kwlug.org" target="_blank" rel="noreferrer">kwlug-disc-leave@kwlug.org</a><br>
> with the subject "unsubscribe", or email<br>
> <a href="mailto:kwlug-disc-owner@kwlug.org" target="_blank" rel="noreferrer">kwlug-disc-owner@kwlug.org</a> to contact a human being.<br>
</blockquote></div>