Welcome to Microsoft Q&A!
Thank you for providing the detailed information.
Based on the scenario described, the recommended approach is not to store crash dumps on a ReFS Cluster Shared Volume (CSV) when the suspected failure occurs within the ReFS or CSV storage path itself. Instead, configure a Dedicated Dump File on a local, non-clustered volume that remains accessible to the crash dump stack during bugcheck processing.
A dump that consistently stops at approximately 12% is consistent with the dump writer losing access to the target storage while the dump is being written. If the bugcheck originates within the ReFS metadata path, CSV infrastructure, or related storage stack components, the system may no longer be able to reliably access the same ReFS-backed volume that is being used as the dump target.
The DedicatedDumpFile feature specifically to decouple crash dump generation from pagefile and system volume requirements. A dedicated dump file is reserved exclusively for dump capture and can be located on a separate local volume.
For a Hyper-V cluster, the recommended workflow is:
- Provision a local NTFS volume (or another supported local fixed-disk volume) that is not hosted on CSV and does not depend on ReFS.
- Configure the following registry values:
HKLM\SYSTEM\CurrentControlSet\Control\CrashControl
DedicatedDumpFile = D:\DedicatedDumpFile.sys
DumpFile = D:\MEMORY.DMP
DumpFileSize = <appropriate size in MB>
- Configure the system for a Kernel Memory Dump or Complete Memory Dump, depending on the data required for analysis.
- Reboot the node so the crash dump configuration is fully initialized.
- Validate dump generation using a controlled test method, such as an NMI-triggered crash or NotMyFault, during a maintenance window.
Important considerations:
- A DedicatedDumpFile must reside on a local fixed disk and should not be placed on clustered storage. Please notes that clustered storage is not an appropriate location for a dedicated dump file.
- There is no supported method to write a Windows kernel dump directly to a raw, unformatted disk device. The crash dump mechanism still requires a supported local volume and a preallocated DedicatedDumpFile.
- When the suspected fault domain includes ReFS, CSV, storage filter drivers, or SAN connectivity, use a dump target that is completely independent of that storage path, such as a local SSD or a local NTFS partition.
Therefore, the recommended mitigation is to place both DedicatedDumpFile.sys and the resulting MEMORY.DMP on a non-clustered local NTFS volume, rather than on the affected ReFS CSV. This provides the highest likelihood of obtaining a complete crash dump even when the ReFS or CSV stack is the component that triggered the bugcheck.
For additional information, please visit:
How to use the DedicatedDumpFile registry value to overcome space limitations on the system drive when capturing a system memory dump | Microsoft Learn
Configure memory dump files for Server Core installation | Microsoft Learn
Memory dump file options - Windows Server | Microsoft Learn
If you find this answer helpful, please click Accept Answer.
Thank you for using Microsoft Q&A!