Glad to be grandfathered in, but now it’s time to take a serious look at alternatives. Do people still like FreeNAS? I currently rely on the use of mixed drive sizes (5x 4TB + 2x16TB) so it would be really annoying to switch to a RAID5 solution, but I should probably have enough time to let these smaller drives die/be replaced before switching.
I’ll be watching too. I’ll be tentatively moving forward, but if they start demanding an actual subscription, even so much as $5/year, I’ll be moving to something else. Not even that that’d be unreasonable in terms of pricing, it’s the principal of companies getting tired of honoring their own word.
So far, this change is fine with me, but we’ll see what the next change would be.
I’m running both Unraid and Truenas (freenas rebranded). Truenas is absolutely my preferred choice IF you either buy all your drives in one go, or can expand drives in batches. The performance difference between Unraid and truenas is pretty large. Which is especially noticeable when using a 2.5g+ connection.
You do, however lose the ability to just throw in a bunch of random drives like Unraid. This is the primary reason one of my systems is running it.
The app/VM experience is better on Unraid, but Truenas (scale) isn’t too far behind. For the average plexarr stack both work just fine.
If you have an HBA I would indeed suggest running truenas in proxmox and passing through the HBA to the VM. Truenas/ZFS really likes raw disk access and passing through an HBA is the easiest way to guarantee that. If everything is connected to motherboard sata ports you’re probably better of running truenas scale on bare metal instead.
Truenas has a hypervisor (KVM, just like proxmox). For a VM or two it’s perfect and it even supports GPU passthrough as a gui option, but anything over that and I’d rather use the proxmox management layer instead.
Glad to be grandfathered in, but now it’s time to take a serious look at alternatives. Do people still like FreeNAS? I currently rely on the use of mixed drive sizes (5x 4TB + 2x16TB) so it would be really annoying to switch to a RAID5 solution, but I should probably have enough time to let these smaller drives die/be replaced before switching.
I’ll be watching too. I’ll be tentatively moving forward, but if they start demanding an actual subscription, even so much as $5/year, I’ll be moving to something else. Not even that that’d be unreasonable in terms of pricing, it’s the principal of companies getting tired of honoring their own word.
So far, this change is fine with me, but we’ll see what the next change would be.
Yeah, it’s an early warning sign for sure. Hope it’s a false positive.
Tried it after unRAID. Hated it. Erased it.
I’m running both Unraid and Truenas (freenas rebranded). Truenas is absolutely my preferred choice IF you either buy all your drives in one go, or can expand drives in batches. The performance difference between Unraid and truenas is pretty large. Which is especially noticeable when using a 2.5g+ connection.
You do, however lose the ability to just throw in a bunch of random drives like Unraid. This is the primary reason one of my systems is running it.
The app/VM experience is better on Unraid, but Truenas (scale) isn’t too far behind. For the average plexarr stack both work just fine.
How is it as a hypervisor? My usage has been evolving from “NAS” to “homelab” so I’m getting the feeling I should probably go with Proxmox
If you have an HBA I would indeed suggest running truenas in proxmox and passing through the HBA to the VM. Truenas/ZFS really likes raw disk access and passing through an HBA is the easiest way to guarantee that. If everything is connected to motherboard sata ports you’re probably better of running truenas scale on bare metal instead.
Truenas has a hypervisor (KVM, just like proxmox). For a VM or two it’s perfect and it even supports GPU passthrough as a gui option, but anything over that and I’d rather use the proxmox management layer instead.
Thanks. This is helpful context to have in mind as I change the hardware and use cases going forward.