Inventory TrueNAS host-path data before moving the apps pool

Bottom line: Inventory application storage before choosing a new apps pool. Keep the migration’s apps-dataset scope separate from host-path data and accept both parts of the resulting application layout.

Source fact: what the authority says

The TrueNAS 25.10 Apps reference shows Migrate existing applications when a new pool is selected after the apps service has already been configured. That option migrates installed applications to the new applications pool. Its data scope is the apps dataset, including application location and iXvolume storage; mounted host-path data is not migrated. Unset Pool is a different action that removes the pool configuration and turns off the application service.

What the source does not establish

This article covers a pool-move operation, not container backup coverage or a guarantee that an application is ready afterward. It does not authorize moving host data, changing its permissions or deleting the former pool.

Applicability questions

• Which applications and existing pool are included in the move?
• What storage does each application use, with exact source paths?
• Which entries belong to the apps dataset and which are mounted host paths?
• What layout and harmless application checks must be accepted afterward?

DSE recommendation: controlled next steps

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

DSE recommends an application-storage map before selecting a new pool. Give each application a row for its installation, iXvolume use and every host-path dependency actually present. Have the application and storage owners reconcile the map with the current configuration instead of treating the pool name as a complete data inventory.

Write the intended after-move layout beside the existing layout. Mark host paths that are intentionally staying in place and any separate data operation that would need its own authorization. Keep access requirements and backup coverage with those paths; do not infer that an application-pool move has handled them.

Rehearse with a disposable representative application containing harmless data in the two storage categories. Record the expected location of each marker after the proposed move. Choose the migration action deliberately and keep Unset Pool out of the sequence unless that different service action is separately intended and approved.

Preserve the starting application and path configuration before the authorized operation. Agree a service window and stopping condition with each affected owner. Keep deletion of the former pool outside the initial acceptance decision, and investigate an unexplained storage reference before attempting an unrelated permission or mount change.

Verification and evidence

Proposed verification: inspect the selected destination and migration choice, then compare every mapped application-storage entry with the intended after-move layout. Check the harmless markers at their actual locations. Record a host path’s continued reference separately from the relocated apps-dataset entries instead of describing everything as moved.

Exercise the agreed application read and write operations through the intended client path and retain actual outcomes. Have both owners review unresolved references and separate recovery coverage before closing the move. Accept only the demonstrated layout and workload checks; do not use a running application alone as authorization to destroy its former storage.

Official references

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

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