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.
Zengxian Chen commented
Khaled Moussef commented
Can we have this fixed please? ARM templates are useless in this respect if they can't be continuously deployed.
Christen Kevin, FD/ICT/FIB/FIBI commented
This should be looked into. Please, this is not a good thing for automation since we have to create an aditional uneccessary step in the pipeline.
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.
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.
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