Don't miss your chance to take the Fabric Data Engineer (DP-600) exam for FREE! Find out how by attending the DP-600 session on April 23rd (pacific time), live or on-demand.
Learn moreNext up in the FabCon + SQLCon recap series: The roadmap for Microsoft SQL and Maximizing Developer experiences in Fabric. All sessions are available on-demand after the live show. Register now
Been getting this message for 20 minutes when trying to deploy a model from DEV to TEST
But that model IS NOT REFRESHING. Thre refresh history clearly says successful. Has anyone seen this? This is a Fabric workspace.
Solved! Go to Solution.
Hey @tomwill ,
The error message "Can’t deploy as target because model is refreshing", usually appears when Microsoft Fabric thinks the dataset or semantic model is still refreshing. However, based on your observation, no refresh is actually running, and the refresh history confirms it completed successfully. This discrepancy is known to happen occasionally in Fabric environments.
Even if a refresh finishes, Fabric might still hold onto the status temporarily. This results in a false indication that the model is still being refreshed, preventing deployment.
Fabric might have retained a lock on the model due to a recent scheduled refresh or user-triggered refresh. These locks don’t always clear immediately and can last for 30 to 60 minutes.
If you're deploying multiple items together (e.g., reports and datasets), another artifact in the pipeline might still be processing or have a refresh queued.
In most cases, the lock clears automatically after 30–60 minutes.
You mentioned it's been 48 minutes try once more after 10–15 more.
In the TEST workspace:
Go to the model > click Refresh now (even if it's recent).
Wait for completion, then retry deployment.
This sometimes clears stale state.
If you're using a dedicated capacity (e.g., F SKU):
Temporarily pause and resume the capacity to clear locks.
Requires Admin access.
Create a temporary TEST workspace.
Manually publish the PBIX or artifacts.
This bypasses the locked workspace but requires cleanup later.
Avoid scheduling automatic refreshes close to your deployment time.
Try splitting your deployment steps start with the model only before deploying related reports.
If this happens repeatedly, you can contact Microsoft support and provide the Operation ID, Correlation ID, and Request ID from the error for investigation.
If you found this solution helpful, please consider accepting it and giving it a kudos (Like) it’s greatly appreciated and helps others find the solution more easily.
Best Regards,
Nasif Azam
Hey @tomwill ,
The error message "Can’t deploy as target because model is refreshing", usually appears when Microsoft Fabric thinks the dataset or semantic model is still refreshing. However, based on your observation, no refresh is actually running, and the refresh history confirms it completed successfully. This discrepancy is known to happen occasionally in Fabric environments.
Even if a refresh finishes, Fabric might still hold onto the status temporarily. This results in a false indication that the model is still being refreshed, preventing deployment.
Fabric might have retained a lock on the model due to a recent scheduled refresh or user-triggered refresh. These locks don’t always clear immediately and can last for 30 to 60 minutes.
If you're deploying multiple items together (e.g., reports and datasets), another artifact in the pipeline might still be processing or have a refresh queued.
In most cases, the lock clears automatically after 30–60 minutes.
You mentioned it's been 48 minutes try once more after 10–15 more.
In the TEST workspace:
Go to the model > click Refresh now (even if it's recent).
Wait for completion, then retry deployment.
This sometimes clears stale state.
If you're using a dedicated capacity (e.g., F SKU):
Temporarily pause and resume the capacity to clear locks.
Requires Admin access.
Create a temporary TEST workspace.
Manually publish the PBIX or artifacts.
This bypasses the locked workspace but requires cleanup later.
Avoid scheduling automatic refreshes close to your deployment time.
Try splitting your deployment steps start with the model only before deploying related reports.
If this happens repeatedly, you can contact Microsoft support and provide the Operation ID, Correlation ID, and Request ID from the error for investigation.
If you found this solution helpful, please consider accepting it and giving it a kudos (Like) it’s greatly appreciated and helps others find the solution more easily.
Best Regards,
Nasif Azam
this worked, thanks. Probably should have thought of it but had the midnight panic
If you have recently started exploring Fabric, we'd love to hear how it's going. Your feedback can help with product improvements.
A new Power BI DataViz World Championship is coming this June! Don't miss out on submitting your entry.
| User | Count |
|---|---|
| 11 | |
| 11 | |
| 9 | |
| 8 | |
| 8 |