Software-update: TrueNAS 25.10.2 Community Edition

TrueNAS logo (79 pix) iXsystems heeft versie 25.10.2 van TrueNAS Community Edition uitgebracht. Met TrueNAS kan een computer als network attached storage worden ingezet. Met behulp van plug-ins kan extra functionaliteit worden toegevoegd. TrueNAS bestond uit een gratis versie met de naam TrueNAS Core en een betaalde en uitgebreidere versie TrueNAS Enterprise, beide gebaseerd op FreeBSD en die ook dezelfde codebase gebruikten. In 2022 heeft iXsystems daar onder de naam TrueNAS Scale een op Debian gebaseerde versie aan toegevoegd.

De Debian-versie is moderner en heeft meer mogelijkheden, waardoor de populariteit van de FreeBSD-versies is afgenomen. Sinds eind 2023 is de ontwikkeling dan ook gestopt en ontvangt het alleen nog bugfixes. Begin dit jaar heeft iXsystems TrueNAS Community Edition aangekondigd, wat zowel een voortgang als een samenvoeging van Core en Scale is. Hieronder zijn de belangrijkste verbeteringen te vinden die in deze uitgave zijn aangebracht:

Notable changes:
  • Fixes critical upgrade failure affecting some systems upgrading from TrueNAS 25.04 to 25.10 (NAS-139541). Resolves “Could not prepare Boot variable: No space left on device” error that caused affected systems to become unbootable after failed upgrade attempts.
  • Fixes SMB service startup failure after upgrading from older TrueNAS versions with legacy ACL configurations (NAS-139076). Systems with legacy SMB share permission strings stored in their configuration database could not start the SMB service after upgrading to 25.10.1. This update automatically converts legacy permission formats to the current binary format during service initialization.
  • Improves NFS performance for NFSv4 clients (NAS-139128). This item was included in the 25.10.2 release notes in a clerical error. The improvement is planned for a future release. See Known Issues for details.
  • Improves ZFS pool import performance and write operation responsiveness (NAS-138879). Limits the time async destroy operations can run per transaction group, preventing these operations from blocking pool imports and other write operations. Pool imports that previously took extended time due to prolonged async destroy operations complete more quickly.
  • Fixes disk replacement validation incorrectly rejecting identical capacity drives (NAS-138678). Resolves “device is too small” error when attempting to replace failed drives with identical capacity models. The system now correctly validates replacement drive capacity and allows legitimate disk replacements to proceed.
  • Reduces excessive API calls during user and group selection in the web interface (NAS-139459). Implements longer debounce period for autocomplete fields to prevent the system from making API requests for every keystroke. This reduces system load and eliminates logs filled with failed requests during routine typing.
  • Reduces background CPU usage when running containerized applications (NAS-139089). Optimizes YAML processing and Docker stats collection to reduce asyncio_loop CPU usage caused by repeated container inspection operations holding the Global Interpreter Lock.
  • Fixes Dashboard storage widget displaying “Unknown” for used and free space (NAS-138705). Resolves issue where secondary storage pools showed no capacity metrics in the Dashboard widget, preventing visibility into actual storage usage and availability.
  • Fixes network configuration lockout caused by invalid IPv6 routes (NAS-139575). Resolves issue where unusual IPv6 route entries in the routing table prevented access to network settings, app management, and bug reporting. The system now gracefully handles invalid route entries instead of becoming unresponsive.
  • Fixes network bridge creation validation errors (NAS-139196). Resolves Pydantic validation failures that prevented users from creating network bridges through the standard workflow of removing IPs from an interface, creating a bridge, and reassigning those IPs.
  • Adds Hosts Allow and Hosts Deny network access controls to SMB shares (NAS-138814). Provides IP-based access restrictions for SMB shares across all relevant purpose presets. Also adds ability to synchronize Kerberos keytab Service Principal Names (SPNs) with Active Directory updates for improved multiprotocol share management.
  • Fixes IPv6 address formatting in Kerberos configuration for Active Directory (NAS-139734). Resolves Active Directory authentication failures when using IPv6 addresses for Kerberos Distribution Centers (KDCs). The system now properly formats IPv6 addresses with square brackets in krb5.conf, preventing “Invalid argument while getting initial credentials” errors.
  • Improves Users page default filter to include Directory Services users (NAS-139073). Directory Services users now appear in the default view without requiring manual filter adjustment. This improves discoverability of directory service accounts in the user management interface.
  • Fixes SSH access removal for user accounts (NAS-139130). Resolves issue where clearing the SSH Access option appeared to save without error, but the SSH indicator persisted in the user list. Users can now properly disable SSH access through the web interface.
  • Fixes session expiry settings not being respected (NAS-138467). Resolves issues where users were logged out unexpectedly during active operations despite configured session timeout settings, and where page refresh (F5) triggered the login screen despite an active session. Session expiration now functions as configured.
  • Fixes certificate management for certificates with large Distinguished Names (NAS-139056). Certificates with DNs exceeding 1024 characters (typically those with many Subject Alternative Names) can now be properly imported and managed. Previously, these certificates would upload successfully but fail during subsequent listing operations.
  • Fixes Cloud Sync tasks becoming invisible after upgrading from TrueNAS CORE to SCALE (NAS-138886). Resolves data inconsistency where the bwlimit field contained empty objects instead of empty arrays, preventing the UI from displaying cloud sync tasks. Tasks remained functional via command-line but were not visible in the web interface.
  • Improves S3 endpoint URI validation for Cloud Sync tasks (NAS-138903). Adds upfront validation to ensure S3 endpoints include the required https:// protocol prefix. Previously, omitting the protocol resulted in an unhelpful “Invalid endpoint” error. The system now provides clearer guidance during configuration.
  • Fixes iSCSI extent wizard hanging when adding second extent to a target (NAS-138856). Resolves issue where an unsaved changes popup appeared unexpectedly after saving, followed by duplicate item errors. The wizard pane now closes automatically as expected, though the extent is added successfully despite the confusing error messages.
  • Fixes error notifications displaying placeholder text (NAS-139010). Resolves formatting bug where error notifications showed “%(err)s Warning” instead of descriptive error messages.
  • Improves error dialog usability for long error messages (NAS-138424). Adds proper scrolling to error dialogs with lengthy content. Previously, users had to zoom out to 50% to see action buttons when error messages (such as those listing numerous dependent clones) extended beyond the visible area.
  • Restricts root account group membership to preserve system stability. The system now locks root account group membership to the builtin_administrators group and prevents modification through the UI. This prevents accidental removal of required privileges that could cause scheduled tasks, cloud sync operations, cron jobs, and other system functions to fail. To disable root account access to the TrueNAS UI, use the Disable Password option in Credentials > Local Users instead of modifying group membership.

Click here to see the full 25.10 changelog or visit the TrueNAS 25.10.2 (Goldeye) Changelog in Jira.

TrueNAS Community Edition

Versienummer 25.10.2
Releasestatus Final
Besturingssystemen BSD
Website iXsystems
Download https://www.truenas.com/truenas-community-edition/
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

21-02-2026 • 19:00

18

Bron: iXsystems

Reacties (18)

Sorteer op:

Weergave:

Waarom zou je nog TrueNAS gebruiken als je ook Proxmox hebt?
Om dezelfde reden waarom mensen Proxmox gebruiken i.p.v. iets als Debian met KVM. Het heeft een handige web ui aangevuld met extra tools en software. Maar dan specifiek als doel een NAS. Ook zijn er config backups beschikbaar, je verhuist zo naar andere hardware.
Verder hoef je voor TrueNAS zelden in de terminal om iets te veranderen. TrueNAS heeft wel meer controles op inputs en minder vrijheid dan Proxmox. Het wordt met elke major release meer dichtgetimmerd. Ik denk dat dit dan ook het verschil uitmaakt of het iets voor je is, of juist niet.

[Reactie gewijzigd door WeiserMaster op 22 februari 2026 03:43]

Ik had het niet beter kunnen zeggen.

Het is vaak beter een aparte NAS en hypervisor te hebben. Zo draai ik beiden. Mijn TrueNAS zal nooit apps of VMs gaan draaien. Een NAS moet zo min mogelijk tierelantijntjes draaien, want je wilt dat ding zo stabiel mogelijk hebben. Ditzelfde zie je terug in bijna alle bedrijven/Enterprise omgeving: Doe één ding en doe het verrekte goed.
Niet helemaal mee eens, alle apps op een NAS als truenas zijn docker containers. Als je daar je eigen pool voor maakt kan je spelen wat je wil, het enige wat instabiel kan raken is de container zelf, en dat is een kwestie van weggooien. Waarom meerdere systemen aanschaffen als één systeem met voldoende hardware capaciteit meerdere dingen kan? Zeker in deze tijd waar de energie prijzen ook niet mals zijn. Nee ik draai lekker een Truenas server dat gebruikt wordt voor foto’s, mijn arr stack, beveiligingscamera’s en backups en dat alles stabiel!
Ieder zijn ding idd, persoonlijk ben ik weer opgehouden om mijn huis vol te bouwen met allerlei devices, dus 1 big pc voor alles:
  • docker containers
  • kvm machines, waaronder windows 11 met een dedicated gpu
  • veel zfs storage
  • een Gnome desktop
Ik doe er alles mee wat ik wil doen en ben er heel tevreden mee, het blijft ook Linux dus dat ik regelmatig reboot is een keuze en vooral omdat ik weer eens loop te experimenteren of er weer eens een nieuwe kernel is (draai een custom kernel ivm afwijkende storage requirements) niet omdat het geheel nou zo instabiel als de ziekte is :D Maar dat een andere een device voor elke toepassing heeft is uiteraard weer helemaal zijn of haar keuze. Lijkt me wel dat dit extra stroom kost dan, zo heb ik ook gewoon courante grotendeels consumenten hardware hierzo en geen rack vol met yesterdays rackmounted servers!
Het ene hoeft het andere niet uit te sluiten. Het hele doel van een hypervisor is om je fysieke systeem op te splitsen in meerdere logische systemen. TrueNAS kan je ook als VM binnen in Proxmox draaien.

Daarnaast valt er wel iets te zeggen over de stabiliteit van TrueNAS hun "app" functionaliteit. Ze zijn hier meerdere keren van richting veranderd, eerst was het bijvoorbeeld gebaseerd op Kubernetes. Het is behoorlijk vervelend als je die veranderingen in filosofie steeds moet volgen.
Toch heb ik al vaak genoeg containers (en pods) gehad die het hele cluster hebben laten omvallen, ondanks de sandboxing e.d. Het is maar wat je wil. Ik wil garanties, dus doe ik het niet. Staat iedereen gelukkig vrij om te doen wat ie wil :)
Maar stel je gebruikt truenas om foto’s op te slaan en wilt daar net als Synology een goede app voor hebben zal je toch iets als immich moeten installeren, dan draai je al een app (docker container), je ontkomt er dus bijna niet aan. Overigens vind ik het knap dat je je cluster onderuit krijgt, ik kan me niet voorstellen hoe je dat voor elkaar krijgt, behalve dan door te veel ressources toekennen waardoor het systeem overbelast raakt. Anders moet je toch iets geks doen met het delen van volumes wil een container bij het besturingssysteem kunnen.
TrueNAS apps zijn ‘leuk’, maar verre van ècht stabiel zoals *nix het betaamt. Wij zijn ook nooit achter de oorzaak gekomen (was ook in alle gevallen geen eigen software) en er leek ook geen reproduceerbare oorzaak aanwezig. Een NAS vind ik echter dusdanig kritiek dat deze alleen de noodzakelijke dingen moet draaien. Het heet niet voor niets Network Attached Storage. Het is geen VM/container omgeving met een DAS (want met containers kun je beter dat doen of iSCSI, FC of NVMe/TCP). Voor mij altijd gescheiden systemen. Thuis (met HBA/SAS) en dus ook bij bedrijven/Enterprises (al dan niet PCBE/VMware/etc.).

Nogmaals: Het staat ieder vrij. Dat is de kracht van open source en ook waarom we met open source steeds verder komen.
Hier ben ik het mee eens. Maar.... Het is een verdubbeling van hardware ALS je weinig applicaties draait. Nu kan ik als student wel financieel gezien zelf hosten en NAS draaien, en dus op deze manier veel leren. Als ik 2 losse systemen moet draaien kost me dit aanzienlijk veel meer (zowel aanschaf als elektriciteit).

De droom is wanneer er burger geld binnenkomt dat ik dubbele systemen draai en dus correct, maar nu (de laatste 2 jaar) is het toch echt deze suboptimale oplossing.

Dus ja, maar weet dat suboptimaal ook prima is om mee te beginnen.
Wie heeft er het over meerdere systemen? Je kunt TrueNAS als VM binnen Proxmox draaien op je enkele systeem.
Maar wat is het nut daarvan als je vervolgens alleen maar een Linux distro er naast gaat draaien voor docker containers die ook direct op truenas kunnen draaien? Je hoeft dan niet moeilijk te doen met shares tussen truenas en je andere systeem. Daarnaast ontkom je er toch bijna niet aan om apps te installeren op truenas om het beheer wat eenvoudiger te maken, dus dan ben je alweer bezig met docker containers onderwater.
Omdat je met een eigen VM de volledige controle behoud. TrueNAS is een appliance en je moet het op hun manier gebruiken.

Het is in een zekere zin natuurlijk makkelijker. Maar ik vind verbinden met NFS shares nou niet bepaald moeilijk.

Ik heb deze setup al jaren en ik gebruik er naast geen apps, ik zou niet weten waarvoor. Ik gebruik het puur alleen als NAS. :)
Oh da's eigenlijk wel een goede opmerking die je daar maakt. Ik heb nu inderdaad apps draaien op TrueNAS, maar ook een uitstekende NUC(-achtig ding) draaien die deze apps zou kunnen draaien.

Toch maar eens over nadenken...
TrueNAS is een nas operating system en proxmox is een hypervisor operating system. Beiden voorzien in verschillende behoeften.
Beter voor NAS Os om direct op de hardware in the prikken.
Volgens mij als je je schijven gewoon volledig beschikbaar stelt aan het NAS os (hba passthrough) is dat ook een prima oplossing.
Waarom zou je nog Windows gebruiken als je ook gewoon een PlayStation hebt?

Man, man, man, en dan zeggen ze dat domme vragen niet bestaan :')

Om te kunnen reageren moet je ingelogd zijn