Power BI is turning 10, and we’re marking the occasion with a special community challenge. Use your creativity to tell a story, uncover trends, or highlight something unexpected.
Get startedJoin us for an expert-led overview of the tools and concepts you'll need to become a Certified Power BI Data Analyst and pass exam PL-300. 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
This is your chance to engage directly with the engineering team behind Fabric and Power BI. Share your experiences and shape the future.
Check out the June 2025 Power BI update to learn about new features.
User | Count |
---|---|
53 | |
22 | |
22 | |
20 | |
19 |
User | Count |
---|---|
46 | |
21 | |
20 | |
19 | |
18 |