Redeploying jobSchedule resource from ARM template
Currently Microsoft.Automation/automationAccounts/jobSchedules resources cannot be redeployed from ARM template if there are existing jobSchedules pointing to the same runbook and schedule. The deployment would return:
"A job schedule for the specified runbook and schedule already exists"
Same issue even deploying with a different name (GUID) for the jobSchedule.
Currently the workaround is deleting the existing resource and redeploy, which is a very cumbersome approach for automation.
Yulun Zeng
shared this idea
5 comments
-
Edwin Tierra
commented
Please someone fix this. It's been a while since this issue was first reported. The schedule is an important component in Azure Automation and it's very ironic that we cannot "automate" the deployment because of this problem
-
Ben Rayment
commented
This was originally raised way back in March 2016 and still not fixed. Ridiculous.
-
Anonymous
commented
If the runbook has passed parameters (see schedule from within the runbook page in the portal) do any of these change? I have noticed that if any of these parameters change at runtime, then the above error occurs.
If you want to apply changes to these parameters, then yes you have to delete the schedule and redeploy again which is annoying...
-
Brian Bauer
commented
please fix this
-
Dexter Lakin
commented
Is there any update on this? Not very idempotent