The TrueNAS team is pleased to release TrueNAS 25.10.2.1!
This is a small maintenance release to fix NIC bonding disruptions and SMB Legacy Share validation errors after the TrueNAS 25.10.2 release, and includes the NFS performance improvement for NFSv4 clients that was originally announced for 25.10.2.
Notable changes:
Improves NFS performance for NFSv4 clients (NAS-139128). Adds support for STATX_CHANGE_COOKIE to properly surface ZFS sequence numbers to NFS clients via knfsd. The NFS change_info4 structure now accurately tracks directory and file changes, which reduces unnecessary server requests. Client attribute cache invalidation is also improved. Previously, the system synthesized change IDs based on ctime, which could fail to increment consistently due to kernel timer coarseness.
Fixes NIC bonding configuration disrupted after a system update (NAS-139889). Resolves an issue where network interface bond configurations could break after a TrueNAS 25.10.2 update. Affected systems could lose network connectivity on bonded interfaces.
Fixes SMB Legacy Share validation errors that broke share management UI forms (NAS-139892). Resolves an issue where SMB shares using the Legacy Share preset with certain path_suffix variable substitutions failed middleware validation. The SMB share configuration forms became unusable in the web interface as a result.
Fixes API result serialization failures caused by unhandled validation errors (NAS-139896). Resolves an issue where certain Pydantic validation errors were not caught during API result serialization. This caused unexpected errors to appear in the web interface instead of proper error messages.
Fixes SSL certificate connection failure error handling (NAS-139938). Resolves an AttributeError that occurred when an HTTPS connection failed due to a certificate error. Cloud sync tasks, replication, or other SSL-dependent network operations could surface a secondary AttributeError instead of the original connection failure message.
Thanks, I should have noticed that NAS-139889 was present in this release and not fixed yet before jumping on board, so now my Discord server is going to spam me with a notification every 30 minutes.
Same for me, restarting middlewared did the trick. Came out of nowhere, no even first day after 25.10.2.1, and I’m not using Bonds, just a bridge and a VLAN.
Unfortunately I’m using install-dev-tools so no debugs incoming from me
I also got this error suddenly tonight about 5 times. I updated to 25.10.2.1, 4 days and 7 hours ago.
“Failed to check for alert BondStatus: Netlink socket busy”
I don’t have bonding, only a bridge connected to 1 Intel 10GB NIC. Only 2 network cables attached to the machine: 1 to my network and 1 for IPMI.
Somewhat reluctantly, I upgraded my main server from 25.04 latest to 25.10.2.1. No apparent issues–it took a few minutes for apps to start, but they did all come up without issue. I’d run into some poor responsiveness from the middleware in 25.04, so I’ll be interested to see if that’s improved.