S2D storage resynchronization stuck at 99% after node reboot.

S Kumar 30 Reputation points
2026-09-01T06:13:06.75+00:00

Hello,

We have a node that underwent a reboot, and since then the S2D storage resynchronization (via Get-StorageJob) progresses rapidly to 99% and then halts indefinitely. There are no failures reported when running the storage repair jobs, leaving them incomplete due to stale dirty page tracking entries.

Windows for business | Windows 365 Enterprise
0 comments No comments

1 answer

Sort by: Newest
  1. Hoang Le 4,580 Reputation points Independent Advisor
    2026-09-01T06:46:11.73+00:00

    Hello S Kumar,

    If a node reboot causes the Storage Spaces Direct resync process to stop at 99% and not complete, the cause is usually stale dirty page tracking records, preventing the Storage Repair Job from committing the final state. This is a phenomenon that Microsoft has noted in S2D clusters. The safe way to handle this is to run Clear-ClusterStoragePoolDirtyPage or the equivalent of clearing stale entries, then restart the repair job using Repair-ClusterStoragePool -Name <PoolName>. If this command is not available in the current build, you can stop the job (Stop-StorageJob) and restart it to force the cluster to recalculate the synchronization state.

    It is important not to restart the entire cluster, but you should confirm that all nodes are healthy (Get-ClusterNode) and that no disks are set to Retired. If dirty page tracking cannot be removed using PowerShell, the only solution is to wait for an official hotfix from Microsoft, as this is a logic error in the resync mechanism. In the meantime, the cluster will remain stable thanks to redundancy, but you need to monitor it closely to avoid losing another node.

    If my answer is useful to you, please click "Accept the answer" to support me.

    Thank you,

    HL.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.