An Azure service that stores unstructured data in the cloud as blobs.
Welcome to Microsoft Q&A.
@Ankit Thakkar I hope you are doing,
I hope you are doing well.
The error is expected if Azure still detects the storage account as being associated with Boot Diagnostics. Disabling Boot Diagnostics on the VMs is not necessarily enough; the storage account itself must no longer have that dependency when you submit the ZRS conversion. Microsoft explicitly states that LRS → ZRS conversions are blocked while Boot Diagnostics is enabled for the account. ([Microsoft Learn](https://learn.microsoft.com/en-us/azure/storage/common/redundancy-migration?utm_source=chatgpt.com"Change how a storage account is replicated - Azure Storage | Microsoft Learn"))
I would check the following before retrying:
- Confirm there are no VMs still using the storage account for Boot Diagnostics.
- Check for older/deallocated VMs, because they can be easy to overlook.
- Verify the storage account is not referenced by any VM's bootDiagnostics.storageUri.
- Wait a little after disabling Boot Diagnostics and then retry the conversion.
- Confirm the account is a supported StorageV2 account and that ZRS is supported in East US.
You can also check the VM configuration with:
az vm list \
--query "[].{VM:name,RG:resourceGroup,BootDiag:diagnosticsProfile.boot.storageUri}" \
-o table
If no VM references the storage account and the same error continues, I would not recommend deleting or recreating the storage account just to clear the flag. There isn't a documented customer-facing command to manually clear an internal Boot Diagnostics association.
Also, the "contains no data" message from the migration assessment is a separate issue from the Boot Diagnostics validation. I would not use that message as evidence that the containers are actually empty. Microsoft's current documentation specifically confirms that Boot Diagnostics conflicts with ZRS and that the account must have Boot Diagnostics disabled before submitting the conversion. ([Microsoft Learn](https://learn.microsoft.com/en-us/azure/storage/common/redundancy-migration?utm_source=chatgpt.com"Change how a storage account is replicated - Azure Storage | Microsoft Learn"))
Microsoft documentation:
· Change how a storage account is replicated https://learn.microsoft.com/en-us/azure/storage/common/redundancy-migration
· Storage redundancy change FAQs https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy-change-faq
· Azure Storage redundancy https://learn.microsoft.com/en-us/azure/storage/common/storage-redundancy
If you have already verified that no VM in the subscription references this account for Boot Diagnostics and the error persists after some time, I would then treat this as an Azure-side stale association and investigate it further rather than repeatedly retrying the migration.
If this answer helped clarify the platform capabilities and save you troubleshooting time, please consider marking it as Accepted. This helps others in the community find similar solutions.