-
Notifications
You must be signed in to change notification settings - Fork 15
Azure self-hosted runners: show logs on failure #98
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great stuff! Let's do this.
|
||
- name: Show some more information on failure | ||
if: failure() | ||
uses: azure/cli@v2 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Elsewhere, we moved away from Azure/CLI, maybe we can do that here, too?
91041db
to
d1e7797
Compare
We currently depend on the azure/login GitHub Action in various places. It simply runs an "az login" and "az account set" behind the scenes, and has support for plenty of other scenarios. As we're moving away from azure/cli in more and more places, we could also replace the login script with our own. Let's create a Composite Workflow to achieve this goal. Signed-off-by: Dennis Ameling <[email protected]>
We now have our own simple workflow to log into Azure, using "az login". As we're moving way from things like the Azure CLI, let's also start using our own login script instead. Signed-off-by: Dennis Ameling <[email protected]>
We're seeing intermittent `OSProvisioningTimedOut` errors on VM creation, which typically happens within 20-40 mins of the deployment hanging. Let's try and find out what's going wrong, so we can see if we need to fix things on our end. Ref: https://github.com/git-for-windows/git-for-windows-automation/actions/runs/11025772033/job/30621189230 Signed-off-by: Dennis Ameling <[email protected]>
Even if the deployment of a runner failed, we'd like to see the post-deployment script output. Maybe something failed there. This is under the assumption that the azure/arm-deploy action will output the information, even if the deployment failed. Let's see if it works. Signed-off-by: Dennis Ameling <[email protected]>
The azure/cli action runs in a Docker container that only has a very limited subset of tools compared to the GitHub Actions runners. Luckily, the Azure CLI comes pre-installed with Hosted Runners. Let's use use it directly, so we can enjoy all the other tools that it offers. Signed-off-by: Dennis Ameling <[email protected]>
We now have our own simple workflow to log into Azure, using "az login". As we're moving way from things like the Azure CLI, let's also start using our own login script instead. Signed-off-by: Dennis Ameling <[email protected]>
65c2212
to
ab3fad1
Compare
@dscho I've updated the PR to move away from the So I'd be OK to keep using Also, here's a successful workflow run with the new setup. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the Composite Action!
We're seeing intermittent
OSProvisioningTimedOut
errors on VM creation, which typically happens within 20-40 mins of the deployment hanging. Most creation jobs seem to work fine, though.Let's try and find out what's going wrong, so we can see if we need to fix things on our end.