-
Notifications
You must be signed in to change notification settings - Fork 105
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
Failed to assume role with OIDC: AggregateError [ETIMEDOUT] #591
Comments
As a suggestion, a simple solution could be to implement some retry logic in case of an error or timeout. If for whatever reason either the Agent, networking or AWS API does not respond, but it is temporary, a simple retry should fix it in the short term. It would be good to debug the root course of the timeouts, but regardless a retry would also help other temporary blibs that can occur in networked systems. |
Are you using microsoft-hosted agents? We have noticed this issue appearing randomly the past few weeks in our test pipelines as well, although not nearly as commonly as 1 in 5. This most certainly appears to be some sort of underlying network issue. We use AZDO-provided APIs to handle fetching the OIDC token for us. However, we should certainly have retries for these cases. I will look into getting this added. |
Describe the bug
Occasionally, when OIDC authentication is used, the tasks fail to authenticate (presumably due to a timeout) and fail the pipeline. This is usually a transient issue that is fixed by a retry. However, this creates unnecessary reruns, which is particularly cumbersome in long CI/CD pipelines.
To reproduce
Expected behavior
In step 3. we expect the task to succeed 5 out of 5 times, if no configuration changes are made.
Your Environment
Version Dev19.M250 (AzureDevOps_M250_20250205.2)
1.19.0 (Latest)
Additional context
Azure Pipeline Logs when failure (~1 out of 5 runs under the same configuration)
Azure Pipeline log in case of success (~4 out of 5 cases):
The text was updated successfully, but these errors were encountered: