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
8 comments
-
Yayi Ning
commented
Hi, is there any update?
-
Ning Jiang
commented
That's not automation if this issue cannot be solved. Please fix it. Thank you.
-
Anonymous
commented
Please fix it, this is blocking the whole automation
-
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