Hello Simranjit,
Thank you for reaching out Q/A. Based on information regarding the deployment failure.
Based on the behavior observed in Azure Local 24H2, the S2DAllowSATA registry key only affects how Windows Storage Spaces Direct handles SATA devices after disks are discovered. The Azure Local Environment Validator, which runs as part of the Cloud Deployment Orchestrator workflow, performs an independent hardware compliance check based on CIM‑reported disk properties.
The BusTypeIsSupported = False result is derived from the disk BusType and related properties as reported through CIM. This validation step does not honor the S2DAllowSATA registry override and cannot be bypassed through registry modification.
Additionally, the PhysicalDisk API (CIM data) check returning Null, along with Get‑PhysicalDiskSupport reporting HCISupported = False, indicates that the validator is unable to confirm the disks as supported data disks in their current presentation. This validation is enforced as part of Azure Stack HCI hardware supportability requirements.
This behavior is commonly related to how the storage controller firmware and driver expose disks to Windows at the CIM layer, even when the disks appear healthy and poolable within Storage Spaces.
At this point, the recommended next steps are:
- Confirm that the Cisco HBA model and firmware are supported for Azure Local 24H2 and that the Cisco‑supported Windows driver is installed.
- Verify whether the Micron 5200 SATA SSDs, in combination with this controller and driver, are exposed correctly via CIM for Azure Local validation.
If the current configuration cannot be validated as supported by the Environment Validator, the likely resolution would involve using a supported controller configuration or validated disk types (for example, SAS or NVMe devices) that enumerate correctly through CIM.
Please find below reference links: