Free tools Windows power users keep installed

One-click scans. No signup required.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Yes—a race in OpenZFS can plausibly cause unrelated processes to segfault, but simultaneous crashes do not prove the cause is ZFS or rule out bad RAM. A documented zfs_fillpage() bug occurs when a mapped read races with a file truncation: an unsigned length calculation can underflow and lead to memory corruption. The fix is listed in OpenZFS 2.4.4 and 2.3.9, released August 21, 2026. Check your distribution’s package and advisory before deciding whether your host has the fix.

How a ZFS file operation can lead to process segfaults

The failure involves a memory-mapped file read happening at the same time as an in-place truncation. The read has selected a page to fill, but the file is truncated before that fill finishes. In this race, the page’s read offset can be at or beyond the file’s new size.

The unsigned underflow

Before the fix, zfs_fillpage() calculated a read length by subtracting the page offset from the file size: io_len = i_size - io_off. If io_off is greater than i_size, an unsigned subtraction wraps to a very large value instead of becoming negative. The documented regression-test change says that dmu_read() could then zero-fill beyond the page and corrupt memory. That provides a technically plausible route from a file-operation race to crashes in processes that may appear unrelated to the file operation. The upstream regression-test commit describes the pre-fix underflow and memory-corruption risk.

What segfaults do—and do not—tell you

Multiple processes crashing around the same time can be consistent with memory corruption from a kernel or filesystem bug. But the symptom alone does not identify this particular bug: defective RAM and other kernel faults remain possible. The available upstream change documents the mechanism; it does not establish that every cluster of segfaults on a ZFS host has this cause.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.
#1 Best Overall
TrueNAS Mini R - Rackmount ZFS Storage Server with 12 Drive Bays, 32GB RAM, Eight Core CPU, Dual 1/10 Gigabit Network (Diskless)
  • Performance-Oriented and Quiet Hardware Design: 32GB ECC RAM | 8-Core 2.2GHz Intel Atom CPU | 12x 3.5” Hot-Swap SATA Drive Bays | 2x RJ45 10Gigabit Ethernet LAN ports | Remote Management (IPMI) | 2x USB 2.0 Ports - 1x USB 3.0 Port | 1x Internal Boot Device | Built-in RAID | Boost performance by adding SSDs for read and write caching.
  • Ideal for file-sharing, backup, multimedia processing, transcoding, and distribution, video surveillance, edge/remote office, development, personal cloud, and other small/home office & SMB applications. Broaden your Mini’s capabilities with VMs and an extensive suite of software plugins.
  • TrueNAS software supports Windows, MacOS, Linux, and Unix clients and syncs with AWS, Azure, Dropbox and more. Supports NFS, SMB, AFP, iSCSI and S3 file sharing protocols. Use TrueCommand to manage multiple TrueNAS systems from a single interface.
  • Includes Short Rail Kit - 19" to 26.6" rackmount depth for short racks and optional rubber feet for desktop.
  • Item Weight: 41.7 lbs

Which OpenZFS releases list the fix?

OpenZFS’s release notes list “linux: handle mmap read beyond file size #18715” in two releases dated August 21, 2026:

Upstream release Release date What the release notes say
2.4.4 August 21, 2026 Lists “linux: handle mmap read beyond file size #18715.”
2.3.9 August 21, 2026 Lists “linux: handle mmap read beyond file size #18715.”
2.2.11 Listed on the same release page The listed changes do not name this fix; that does not establish whether a distributor backported it.

These are upstream release-note entries, not a guarantee about every Linux distribution’s package. Vendors may backport patches or ship packages with version labels that need to be interpreted in their own release context. Consult the OpenZFS release notes, your package changelog, and your distribution’s security or bug advisory.

Rank #2
TrueNAS Mini X+ Compact ZFS Storage Server with 5+2 Drive Bays, 32GB RAM, Eight Core CPU, Dual 1/10 Gigabit Network (Diskless)…
  • Dual 1/10 GbE, full-featured, compact, and quiet NAS & SAN storage system. Powered by TrueNAS Community Edition, and protected by the self-healing ZFS filesystem. Built-in RAID keeps your data safe and available, error-protection keeps it free from corruption, and snapshots protect it from ransomware attacks and human error.
  • Compact mini-tower design for quiet desktop operation: 32 GB ECC DDR4 RAM | 8-Core 2.2 GHz Intel Atom CPU | 5x 3.5” Hot-Swap SATA Drive Bays | 2x 2.5” Hot-Swap SATA SSD Bays | Dual 1/10 Gigabit Ethernet | Remote Management (IPMI) | 3x USB 2.0 Ports - 1x USB 3.0 Port | 1x Internal Boot Device | Speed up workflows by adding cache SSDs | Ultra-quiet Nanoxia fans.
  • TrueNAS Community Edition supports Windows, MacOS, Linux, and Unix clients and syncs with AWS, Azure, Dropbox and more. Supports NFS, SMB, iSCSI and S3 file sharing protocols.
  • Ideal for file-sharing, backup, multimedia processing and distribution, video surveillance, edge/remote office, development, personal cloud, and other small/home office & SMB applications. Broaden your Mini’s capabilities with VMs and an extensive suite of software applications including Plex and NextCloud.
  • Built, tested, and supported in the U.S. by TrueNAS. Proceeds support TrueNAS development.

How to check whether your host has the fix

  1. Identify the running system and package. Record the Linux distribution and version, the installed OpenZFS package version and build, and the module actually loaded by the running kernel. Do not rely on an upstream version label alone.
  2. Check the vendor’s package information. Look up the package changelog or advisory for the exact build. Confirm whether the mmap-read-beyond-file-size fix was included or backported; a newer-looking package number by itself is not proof.
  3. Compare with the upstream change. The upstream release notes name the fix in 2.4.4 and 2.3.9. If your vendor package is based on another branch, ask the vendor or inspect its source package for the corresponding patch rather than assuming the upstream release list settles it.
  4. Use the supported upgrade route. Follow the distribution’s documented upgrade path for its ZFS packages and kernel integration. Confirm package and kernel compatibility before changing production systems.

Investigating a cluster of crashes

Treat the ZFS race as a hypothesis to verify, not a diagnosis based only on timing. Preserve relevant system and kernel logs, note whether failures began during workloads that combine memory-mapped reads with truncation, and record the exact package and kernel versions. Correlation with such activity may help focus an investigation, but it is not proof that this race occurred.

  • Check whether the installed package contains the fix or a vendor backport.
  • Keep other explanations in scope, including RAM faults and unrelated kernel issues; the documented bug does not exclude them.
  • Avoid treating a source-level guard or a proposed recovery setting as universal instructions. The applicable package source, systemd version, and local configuration matter.
Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

Why a host may appear frozen after crashes

A report on DEV Community describes one incident with simultaneous process crashes and a systemd freeze, and attributes part of the extended outage to CrashAction=freeze. That is the article author’s account, not a behavior established by the OpenZFS release notes or regression-test change. If a host’s failure-response policy is part of your investigation, verify the actual systemd version and configuration separately from the ZFS issue. The incident report is an individual account, not independent confirmation of the underlying trigger.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.
Best Value
QNAP TBS-h574TX-i5U-16G 5-Bay Portable Thunderbolt 4 All-Flash NASbook
  • Portable Field Studio: compact Thunderbolt 4 all-flash NASbook for DIT carts, on-location shoots, small studios, and mobile video teams that need fast ingest, review, editing, and backup on set
  • Hot-Swappable NVMe Workflow: 5 E1.S NVMe bays support hot swapping and optional M.2 NVMe SSD use with adapters, helping teams rotate project media and maintain workflow continuity without downtime
  • Direct 4K/8K Editing: dual Thunderbolt 4 ports plus 10GbE and 2.5GbE enable Mac and Windows creators to edit, transfer, and collaborate on high-resolution footage without constantly moving files between drives
  • Built for Creative Multitasking: Intel Core i5-1235U 10-core/12-thread processor with Intel Iris Xe Graphics supports video editing, VFX, transcoding, rough cuts, file backup, and fast project handoff
  • Protect Every Take: QuTS hero ZFS delivers snapshots, self-healing, immutability, SSD optimization, and data integrity protection, while USB 3.2 Gen 2 and HDMI output streamline media import, monitoring, and archiving
Rank #3
Long Rail Kit for TrueNAS Mini R - Rackmount ZFS Storage Server with 12 Drive Bays - Supports Racks 26.5” - 36.4” deep (TrueNAS Mini R Long Rail Kit FBA)
  • Built, tested, and supported in the U.S. by iXsystems. Proceeds support TrueNAS development
  • Long rail kit supports racks 26.5” - 36.4” deep.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.