Review TrueNAS zvol block size and sparse allocation before creation

Bottom line: Review block size and sparse allocation before saving a zvol. Keep the requested volume size and the pool capacity needed for future writes as separate approval questions.

Source fact: what the authority says

The TrueNAS 25.10 zvol reference says the zvol name and Block Size cannot be changed, and Sparse cannot be selected, after saving the Add Zvol form. The zvol size can be increased later but cannot be reduced. Sparse enables thin provisioning, allocating volume space as new writes arrive, and the reference warns that writes can fail when the pool is low on space. By default, creation above 80 percent of available capacity fails unless Force size is selected, which the reference does not recommend.

What the source does not establish

This article covers the versioned form’s creation and allocation decisions, not a universal block-size recommendation. It does not qualify application consistency, performance or the recovery behavior of a particular consumer.

Applicability questions

• Which workload and documented storage requirements justify the proposed block size?
• Is sparse allocation an approved capacity decision for this volume?
• Who owns the pool headroom and low-space response?
• What size is required now, and what future growth has been reviewed?

DSE recommendation: controlled next steps

The following steps are DSE recommendations based on the cited source.

DSE recommends a creation record containing the intended zvol identity, size, block size and sparse choice. Have the storage and application owners review it before saving the form. Keep a screenshot or export of the selected values with the reason for each creation-time decision.

For a proposed thin volume, write the capacity assumptions explicitly. Separate nominal volume size, current allocated space and the pool’s available space in the review. Assign an operator to investigate low-space observations and agree how growth from other datasets will enter the capacity discussion.

Do not use Force size to bypass a planning disagreement or convert an initial error into a successful form submission. Resolve the required capacity and approved pool allocation first. Keep any decision to enlarge a volume separate from a request to shrink it back later.

Choose a disposable volume for an initial workload-specific trial. Agree a modest amount of harmless test data and a stop threshold that leaves the pool safe. Preserve the application’s starting storage configuration and do not attach an experimental volume to operational data merely to measure an unreviewed block-size choice.

Verification and evidence

Proposed verification: compare the saved zvol details with the approved creation record. Confirm the actual size, block-size value and sparse state before connecting the test consumer. Record both the consumer-visible capacity and the pool observations rather than treating them as the same measurement.

Within the approved small-data trial, observe allocation as representative writes occur and compare it with the capacity plan. Do not deliberately exhaust a live pool to demonstrate the warning. Record actual test results and remaining headroom, and leave workload performance or recovery acceptance open until its separately planned checks are complete.

Official references

• TrueNAS — Zvols — official product documentation; confirm the installed release and configuration.

Source review completed October 29, 2026. Recheck the official documentation and deployment-specific applicability before a production change.