-
Notifications
You must be signed in to change notification settings - Fork 225
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
How should I use timeouts/retries to avoid ETIMEDOUT #378
Comments
Is there any news on this issue? I have been trying to do more testing
So, I have built a test harness to try to force a timeout locally. This test harness run the same basic logic my task, the one that is timing out. However, not matter how fast/repeatedly I call the API from my development PC I cannot force a timeout. The basic test harness is
I guess the question is what difference between a private agent and a hosted one that could cause this issue. It is not as if the hosted agents are that fast, but they do have very hast connection to the internet |
I have now also run my test harness node app in an Azure hosted VM - this did not work show the error, so it seems specific to the hosted build agent |
Any progress on this? |
This issue has had no activity in 90 days. Please comment if it is not actually stale |
I am still seeing this issue |
Problem
I have been seeing a problem with an Aure DevOps task when it is making a large number of API calls i.e. when generating release notes where there are hundreds of associated items to get details for.
I am guessing it is a throttling issue.
I see the error, but not at a consistent point in the logic
The strange thing is this only occurs for hosted agent, a private agent is fine.
My assumption is that this is down to the increased latency from an agent hosted on my local network as opposed to one in an Azure data centre.
Environment
Node version: 12.16.1
Npm version: 6.13
OS and version: Problem seen on MS Hosted Agent VS2017-win2016
azure-devops-node-api version: 10.1.0
What I have tried
I have tried adding retry/timeout options when I initialise my WebApi, but it does not appears to have had any effect.
A code snippet of the initialiser for the WebApi is
Question
However, this does not seem to have helped.
The text was updated successfully, but these errors were encountered: