I have a custom deployment script (*.sh script) defined for my azure deployment.
Just today, I have found that I am unable to publish. I updated my bitbucket repository and after a while I get an error similar to the following:
Command 'starter.cmd deploy_pvl_cont ...' was aborted due to no output nor CPU activity for 180 seconds. You can increase the SCM_COMMAND_IDLE_TIMEOUT app setting (or WEBJOBS_IDLE_TIMEOUT if this is a WebJob) if needed.\r\nstarter.cmd deploy_pvl_content.sh
I have tried a number of things to try to diagnose the problem.
- Increase SCM_COMMAND_IDLE_TIMEOUT to 300
- Run the script locally (Works)
- Set up a new fresh deployment slot and try publishing same commit (Same error)
- Tried publishing the previously successful commit (Same error)
- Look for useful error messages in a diagnostic log dump (Coldn't find anything more useful)
- Tried running the deployment script from the Kudu Console (No output returned, like it didn't actually run)
- Tried reverting git to a previous version as suggested by @david-ebbo
- Tried simplifying my script to a single echo command with the same results
Not sure what I can do to debug this further. Ideally I would like to get the output of the shell script on the azure host but don't know how to get it. Any ideas?
Updated answer
This is a regression caused by the move to git 2.8.x in Azure. The issue is tracked by https://github.com/projectkudu/kudu/issues/2041.
Here is a very simple workaround (and you don't need to bring in the old git tools): instead of setting your
COMMAND
todeploy_pvl_content.sh
, set it tobash deploy_pvl_content.sh
We'll address the issue, but this workaround will get you going.
Original answer (only leaving for context)
You could be running into some flavor of this issue, which is caused by the upgrade to git 2.8.1 that we just did.
While we're trying to get to the bottom of it, please try this workaround to see if that helps:
d:\home\bin
folder