Fangtooth Unifies the TrueNAS Community Editions

As a new (home) user of the community edition I find this very interesting, because I hadn’t realized this. Indeed looking at the URL TrueNAS SCALE - Linux-based Open Source Storage Infrastructure v. 24.04 “Dragonfish” is still the “advertised” version.

However on the download page ( Download TrueNAS SCALE - Data Storage Software ) v. 24.10.1 is advertised as the current stable version.
So there appears to be a disconnect/contradiction here…

On a more general note: Can you provide any info, as to which (sub release) version is suitable for which audience, e.g. yy.mm.0 is suitable for audience a, yy.mm.1 is suitable for audience b, etc.?

Hey @tangofan - that’s what the matrix on our Software Status page is meant to illustrate:

1 Like

@HoneyBadger Thank you so much for that pointer. That matrix of course also explains and resolves the seeming contradiction that I mentioned in my previous post, that is different web pages are just targeted toward a different audience.

1 Like

Will the Incus engine built into Fangtooth expose the Incus API, and thus can be used with the Incus terraform provider: Terraform Registry

That would be a huge win to have full IaC for VMs and LXCs within TrueNAS!

I believe so, but the current big caveat is that the /var/lib/incus directory gets wiped on updates, thus losing configurations made outside the middleware.

With the new TrueNAS versioned API, it is probably better to think about a Terraform provider for TrueNAS 25.04. As @Stux indicated, TrueNAS is designed to have all configuration go through its API (whether its WebUI or directly).

Any Terraform developers out there?

I would think that is probably fine as terraform maintains its own state and is designed to reconcile that state with real infra on every run. But worth testing.

I would only use Terraform to provision VMs and LXCs, not configure Incus itself.

Thats going to be a tough one since TrueNAS is moving to JSON-RPC. I’m guessing a lot of the code generation that eases Terraform development like the OpenAPI generator can’t be used: OpenAPI provider spec generator | Terraform | HashiCorp Developer

I would love to see a proper Terraform provider for TrueNAS, but in the interim I’ll definitely be testing the Incus Terraform provider directly.

This made me reference the API docs for 24.04 and read about the API switch. I see websocket still referenced but not Rest. I built a few Rest calls from Home Assistant to TrueNAS to dashboard HD temps, pool status and smart events. Will Rest be fully removed from the API in Fangtooth?

Edit should have read more before posting, sorry. I see it’s depreciated and then will be removed in a future release. Thanks!

So since CORE is retiring, and i’m still running CORE. Will this version provide a more easy migration away from CORE? Mainly some way to convert jails to the new format and keep most settings the same? I was held back upgrading because i basically needed to reconfigre everyhting besides mounting the pools.

I remember someone from iX saying that there will be no automatic migration of jails.

Nor is a general solution particularly feasible to automate. Absolute best case would be to throw the jails into a FreeBSD VM to keep them running as-is, and even that would be tricky.

It’s better to setup a Linux Vm on Core, and migrate to docker.

On Scale, you can then just migrate the dockers out of the VM.

I can see I should concentrate some on potential migration from Core to Scale, much as this old dog doesn’t want to learn new tricks (when I looked at FreeBSD/FreeNAS 15 or so years ago, given its background and the level of support from IX, I thought it would be my last fresh OS…).

Can you please put a little flesh on those “bare bones steps’ statements” with the essential steps they comprise for a two-jail migration?

Curious, since Fangtooth will now have fast dedup. Will dedup now be turned on by default like compression is?

It better not be.

4 Likes

Well, if it’s not fast enough to be turned on by default, then it isn’t so fast now, is it?

1 Like

It’s not “yes or no” (seldom is) …

https://www.truenas.com/blog/fangtooth-openzfs-23/

1 Like

Here’s a scientific graph.

Make sure you don’t click the thing that says “DON’T CLICK ME”.

Would a request to change naming conventions be a feature request?

not so slow dedup
3 Likes