-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
node-version: 'latest' taking 20+ minuites #873
Comments
I'm getting it too. I'm use
|
The same problem occurs when version runs-on: ubuntu-latest
steps:
- name: Set up Node
uses: actions/setup-node@v3
with:
node-version: 19.8.1 I can get the tar.gz file correctly with curl, so I wonder if there is a problem with the cache handling in the @actions/tool-cache library? |
Same issue here using - name: Set up Node.js
uses: actions/setup-node@v2
with:
node-version: '17.6.0' The download speeds from nodejs.org do seem incredibly slow when manually downloading. |
We are also seeing this issue. Anytime we try and install node v18, if Node's downloads are slow that day it always fails. We didn't have this issue on earlier node versions. |
Hello @andyslack |
@marko-zivic-93 let me know if there is anything I can do to help! |
Same problem here too.
|
Same with node |
Any update on this? |
Builds are failing for us as well. Downloads taking upwards of 7 hours. |
This is happening for us as well, using [edit] |
Had the same problem with v3, but it only happens intermittently. Tried v4 out, same problem. |
I found some information that might help others. If you can upgrade your version of node to an LTS version found in the manifest , I believe the builds will use the cached version from |
@bonniegrubbs I think you are correct here. Might be a good idea to add options to the manifest for Just an idea to make it more user friendly. |
This should use a Github cached version instead of hitting an outside service that may be rated limited. See actions/setup-node#873 (comment)
Seeing this, too, with pinned versions of node. Sometimes the download fails and the ci failed. Is there some way to add more verbosity to try and see whats breaking down? Also, would it make sense to add a retry mechanism? Things generally work after re-running the workflow, so if we can just automate that it would allow ci to pass. |
What I'm seeing with strategy:
matrix:
node-version: ['>=21.2']
steps:
- name: Checkout
uses: actions/checkout@v4
- name: Setup Node ${{ matrix.node }}
uses: actions/setup-node@v4
with:
node-version: ${{ matrix.node }}
check-latest: true
cache: npm |
> Example of this failing. |
|
|
Description:
Node setup taking forever (20m+) when using
latest
Exmaple:
Code:
Is the latest version not caches somewhere?
Action version:
actions/setup-node@v3
Platform:
Runner type:
The text was updated successfully, but these errors were encountered: