In ~2017 I ditched FreeNAS when my FreeNAS Mini died from the Atom C2000 hardware failure. iXSystems was great about getting me a replacement board, but I decided when I rebuilt the system to just use FreeBSD and get used to command-line only administration. That directly lead to me learning pf, jails, bhyve, etc. Yeah, I don't have any fancy web UI, but I've had a rock solid system for almost 10 years with Samba + NFS running without issue.
This is disappointing, time to migrate from yet another was-open-source-now-only-technically-open-source software.
At work the trend is only adopt open source on a paid plan, adopting or relying on open source otherwise is just waiting for the rug to be pulled. Essentially treat open source as closed source.
But, at this point, AI makes code cheap enough that I would just fork the open source software and maintain it, instead of paying for a third party. Heck, even with saas, I may clone internally.
Oftentimes the alternative is migrating to one dying or unstable zero-funding open source project to the next.
Which path you go down depends on a lot of factors of that particular piece of software.
Can I trust FreeCORE to be a stable, secure project that hangs on to my NAS data if it’s an unfunded fork? Or would it be better to give up some openness for something like TrueNAS SCALE?
When it comes to stuff like Proxmox and TrueNAS I think a lot of what keeps those good products for homelab use is the fact that they have commercial customers paying for the development. I can count on TrueNAS being around and getting updates because they have a proven revenue stream.
That said, it’s a balance, because sometimes that commercialization becomes a rug pull. A lot of the viability of those projects for homelab use revolves around the companies that put those products out recognizing that they have a customer base that will not pay and accepting that fact without deciding to try to squeeze out every last person who just might pay by compromising the free edition.
I like the way Proxmox and OpnSense handle this: you get the community patch channels which are “not for production use” which scares the corporate businesses into paying but has zero negative impact for home users.
To be clear I’m also not saying FreeCORE specifically is a fly-by-night project or unstable or anything. I’m genuinely unfamiliar with it. I’m just saying, sometimes projects like that end up not being the right choice for certain use cases.
Regardless the estimated quality of the new thing, there is a point and a value in penalizing the old thing when it fails to adhere to principles.
One must have principles onesself to see this as imortant though.
A lot of people use words like "practical" to avoid inconvenience.
I've already been using zVault for a year which is a fork of the last truenas core, but it never got any further updates and it's about to become impossible to run up to date software in jails on the old host. The pkg repos that support the host version are about to go eol and the binaries will be gone. So I've already gone through the "what if this doesn't go anywhere?"
My point: It's a pain but I won't relieve that pain by running trunas scale.
I'd rather try switching to xigmanas or dump the whole concept of the front end and just run plain freebsd and learn a few commands to manage storage and file services directly and a maybe a seperate dedicated jail manager like bastille. At least that way I can never be stuck in this position again where I can't update my own software because someone else stopped updating their software.
Knowing a little about the maintainers and their model, this isn’t a private-equity cash grab or Mr Monopoly twirling his moustache; it’s a business trying to stay sustainable in open source. There are no billionaires here: they staff developers who contribute to projects like OpenZFS, and developers who build enterprise features that fund all of it. Their business is being challenged by “global” shops taking advantage of the platforms openness - and this isn’t the virtuous or even legally tenable type of competition. It’s “violating terms and not legally accessible” competition, and they are taking measures. It sucks for everyone.
If TrueNAS/iX whatever turns around and sells to Bending Spoons, then I’ll of course owe you a beer. Until then, their leadership is just trying keep the project alive - and funding other open source efforts at the same time.
Why is it not enough to give you all of their code for free? Why do they also have obligations and expectations beyond that? The entitlement never ends!
> At work the trend is only adopt open source on a paid plan, adopting or relying on open source otherwise is just waiting for the rug to be pulled.
"Won't do free labour for our commercial enterprise to profit off of forever" is a rug pull now? It's incredible that you can type these words with a straight face.
They do not give all of the code. If you have an object, and don't have everything needed to reproduce the object, then you have not been given the source to the object.
And with BSD licenced code this is their right.
And it's my and anyone else's right to observe all of this and criticize it.
You didn't deserve to be downvoted to hell and back. People deserve to be paid for their work, and without copyright law only mega-cap companies would ever be able to capture enough value from their work to survive.
People act like you're saying Disney should be able to hold a copyright on Mickey Mouse for over 100 years.
Calling it a "rug pull" when the creator of an open source project decides to stop giving away future work for free is a delusional level of self-entitlement.
(1) The previous releases are still open source. If you don't like it, fork the last free release and maintain it yourself.
(2) People deserve whatever the market is willing to pay for their work. See above.
Frankly, if D. Richard Hipp decided to stop giving away future versions of SQLite for free, I would be the first person to congratulate him for finally having the courage to put his foot down and say "my fellow committers and I deserve at least a few million dollars for 20 years of work making something that billions of machines rely upon."
What a shame I didn't discover this sooner -- I finally sent my 11-year-old TrueNAS system[1] through the one-way Linux door about a year ago because I gave up on any hope that something like this would come along and I didn't see another way to keep it current.
The migration path went smoothly but I preferred the FreeBSD setup if only because it forced me to do something a bit more interesting in my spare time. I do quite a lot of Linux work in my day job and it was nice to occasionally work on something that was surface-level similar but subtly and not-so-subtly different.
[1] Over 11 years I have replaced every component (even the CPU/motherboard) at least once except for the case. Migrating from MBR to UEFI was "fun".
FreeBSD with ZFS tends to be less chaotic once setup. Linux distro in storage appliances can be hit or miss, but ZFS/F2FS/CephFS for /home and ext4+Overlayfs for OS / are reliable these days.
Usually, for JBOD file archiving people want to avoid cutting-edge anything. Sometimes Linux kernel less-popular fs updates add or remove data-corrupting fringe filesystem bugs and features. People usually discover this on their own after the first SSD/HDD starts to wear-out, upgrade breaks compatibility, and the solution is re-install/copy-over everything.
Accordingly, I was surprised people now deploy btrfs on linux / for some distro, as your options when things go awry was limited at one time. Would be cool if it was finally production ready, and actually reliable on degraded hardware.
Too late for me, started my own mini vanity NAS/automated-testing project last year with a few built in features similar to https://guacamole.apache.org and Proxmox. If the OS build stops sucking over winter break, than I may share the build-script someplace for people to pull off parts they find useful, and a USB-bootable portable rtx GPU image for test-drive/recovery scenarios. =3
I used TrueNAS in the past but last touched it several years ago.
I gather now there are two flavors: CORE which continues to use FreeBSD under the hood, and SCALE (aka Community Edition) which is based on Debian Linux. If I understand correctly, the former is only receiving security and stability updates, and iXsystems is developing all new features only on SCALE.
If you were to install fresh today, would you prefer this (FreeCORE), BSDnas, or the official SCALE version - and why?
I did the migration to Linux and it actually was painless. I didn't really notice any degradation or hiccups in any way. But I guess this is a good option if FreeBSD is important to you.
And for those still confused, CORE is FreeBSD-based and has been discontinued, while SCALE is Debian-based and the version that will be developed by TrueNAS going forwards.
Who is behind this? I've been burned once with nas, and I watched the long Plex to Jellyfin saga. What assurance do I have that this will continue to be developed and will become good?
This seems nice. FreeBSD always seemed nicer than Linux, though now that Linux is being developed by LLMs and Torvalds is vibe-coding, I wonder if they'll be able to keep up.
As far as I understand, Torvalds said that he is not going to oppose all AI-generated improvements to Linux, not that he's vibe coding new kernel modules for fun.
Linux is definitely going to speed up as it starts to get vibe coded. In a few years, I bet that it's all going to be built with agentic loops, and nobody will be looking at the code at all.
[0] https://forums.truenas.com/t/clearing-the-air-on-build-scrip...
At work the trend is only adopt open source on a paid plan, adopting or relying on open source otherwise is just waiting for the rug to be pulled. Essentially treat open source as closed source.
How did we end up with this state of affairs?
But, at this point, AI makes code cheap enough that I would just fork the open source software and maintain it, instead of paying for a third party. Heck, even with saas, I may clone internally.
Which path you go down depends on a lot of factors of that particular piece of software.
Can I trust FreeCORE to be a stable, secure project that hangs on to my NAS data if it’s an unfunded fork? Or would it be better to give up some openness for something like TrueNAS SCALE?
When it comes to stuff like Proxmox and TrueNAS I think a lot of what keeps those good products for homelab use is the fact that they have commercial customers paying for the development. I can count on TrueNAS being around and getting updates because they have a proven revenue stream.
That said, it’s a balance, because sometimes that commercialization becomes a rug pull. A lot of the viability of those projects for homelab use revolves around the companies that put those products out recognizing that they have a customer base that will not pay and accepting that fact without deciding to try to squeeze out every last person who just might pay by compromising the free edition.
I like the way Proxmox and OpnSense handle this: you get the community patch channels which are “not for production use” which scares the corporate businesses into paying but has zero negative impact for home users.
To be clear I’m also not saying FreeCORE specifically is a fly-by-night project or unstable or anything. I’m genuinely unfamiliar with it. I’m just saying, sometimes projects like that end up not being the right choice for certain use cases.
One must have principles onesself to see this as imortant though.
A lot of people use words like "practical" to avoid inconvenience.
I've already been using zVault for a year which is a fork of the last truenas core, but it never got any further updates and it's about to become impossible to run up to date software in jails on the old host. The pkg repos that support the host version are about to go eol and the binaries will be gone. So I've already gone through the "what if this doesn't go anywhere?"
My point: It's a pain but I won't relieve that pain by running trunas scale.
I'd rather try switching to xigmanas or dump the whole concept of the front end and just run plain freebsd and learn a few commands to manage storage and file services directly and a maybe a seperate dedicated jail manager like bastille. At least that way I can never be stuck in this position again where I can't update my own software because someone else stopped updating their software.
If TrueNAS/iX whatever turns around and sells to Bending Spoons, then I’ll of course owe you a beer. Until then, their leadership is just trying keep the project alive - and funding other open source efforts at the same time.
Maybe AI fucks all of this up, who knows ….
> At work the trend is only adopt open source on a paid plan, adopting or relying on open source otherwise is just waiting for the rug to be pulled.
"Won't do free labour for our commercial enterprise to profit off of forever" is a rug pull now? It's incredible that you can type these words with a straight face.
And with BSD licenced code this is their right.
And it's my and anyone else's right to observe all of this and criticize it.
People act like you're saying Disney should be able to hold a copyright on Mickey Mouse for over 100 years.
Calling it a "rug pull" when the creator of an open source project decides to stop giving away future work for free is a delusional level of self-entitlement.
(1) The previous releases are still open source. If you don't like it, fork the last free release and maintain it yourself.
(2) People deserve whatever the market is willing to pay for their work. See above.
Frankly, if D. Richard Hipp decided to stop giving away future versions of SQLite for free, I would be the first person to congratulate him for finally having the courage to put his foot down and say "my fellow committers and I deserve at least a few million dollars for 20 years of work making something that billions of machines rely upon."
The migration path went smoothly but I preferred the FreeBSD setup if only because it forced me to do something a bit more interesting in my spare time. I do quite a lot of Linux work in my day job and it was nice to occasionally work on something that was surface-level similar but subtly and not-so-subtly different.
[1] Over 11 years I have replaced every component (even the CPU/motherboard) at least once except for the case. Migrating from MBR to UEFI was "fun".
Usually, for JBOD file archiving people want to avoid cutting-edge anything. Sometimes Linux kernel less-popular fs updates add or remove data-corrupting fringe filesystem bugs and features. People usually discover this on their own after the first SSD/HDD starts to wear-out, upgrade breaks compatibility, and the solution is re-install/copy-over everything.
Accordingly, I was surprised people now deploy btrfs on linux / for some distro, as your options when things go awry was limited at one time. Would be cool if it was finally production ready, and actually reliable on degraded hardware.
Too late for me, started my own mini vanity NAS/automated-testing project last year with a few built in features similar to https://guacamole.apache.org and Proxmox. If the OS build stops sucking over winter break, than I may share the build-script someplace for people to pull off parts they find useful, and a USB-bootable portable rtx GPU image for test-drive/recovery scenarios. =3
I gather now there are two flavors: CORE which continues to use FreeBSD under the hood, and SCALE (aka Community Edition) which is based on Debian Linux. If I understand correctly, the former is only receiving security and stability updates, and iXsystems is developing all new features only on SCALE.
If you were to install fresh today, would you prefer this (FreeCORE), BSDnas, or the official SCALE version - and why?
No MacOS clients, so don't need SMB Spotlight.
Hence the "continued" part in the title.
But he's very pro-ai, though, and is vibe closing other projects like https://www.phoronix.com/news/Linus-Torvalds-Vide-Coding
Linux is definitely going to speed up as it starts to get vibe coded. In a few years, I bet that it's all going to be built with agentic loops, and nobody will be looking at the code at all.