Open gr2m opened 3 years ago
I'm getting a similar error but with 403:
Run bahmutov/npm-install@v1
running npm-install GitHub Action
trying to restore cached NPM modules
Error: Cache service responded with 403
at Object.<anonymous> (/home/runner/work/_actions/bahmutov/npm-install/v1/dist/index.js:3503:19)
at Generator.next (<anonymous>)
at fulfilled (/home/runner/work/_actions/bahmutov/npm-install/v1/dist/index.js:3427:58)
at processTicksAndRejections (internal/process/task_queues.js:93:5)
Error: Cache service responded with 403
I have the same error as @bitttttten when trying to run my action on a pull_request closed
event
I'm getting the 403 error on pull_request closed
too ππΌ
Run bahmutov/npm-install@v1
running npm-install GitHub Action
trying to restore cached NPM modules
Error: Cache service responded with 403
at Object.<anonymous> (/home/runner/work/_actions/bahmutov/npm-install/v1/dist/index.js:3503:19)
at Generator.next (<anonymous>)
at fulfilled (/home/runner/work/_actions/bahmutov/npm-install/v1/dist/index.js:3427:58)
at processTicksAndRejections (internal/process/task_queues.js:93:5)
Error: Cache service responded with 403
If it makes any difference, I'm checking out the HEAD branch of the pull_request:
- name: Checkout repository
uses: actions/checkout@v2
with:
fetch-depth: 0
ref: ${{ github.head_ref }}
I am hitting the same issue today on one of the jobs, but not deployment_status
I'm doing transition to Github Actions and this error
Run bahmutov/npm-install@v1
running npm-install GitHub Action
trying to restore cached NPM modules
Error: Cache service responded with 429
at Object.<anonymous> (/home/runner/work/_actions/bahmutov/npm-install/v1/dist/index.js:3503:19)
at Generator.next (<anonymous>)
at fulfilled (/home/runner/work/_actions/bahmutov/npm-install/v1/dist/index.js:3427:58)
at processTicksAndRejections (internal/process/task_queues.js:93:5)
Error: Cache service responded with 429
shows up more than often. I feel that in case of reading the cache it should fallback with installing the dependency, not fail the build, right?
I'm getting this error when the event is deployment
, is this is because in some events because of the absence of some parameter retrieving cache is not possible? π€
@anshulsahni I'm hitting the same thing as you in a deployment
workflow. I think you are correct, it's not meant for that flow and likely something is missing. I'd say it's best to just run the install manually until then.
Just got this error now: Error: getCacheEntry failed: Cache service responded with 503
from the setup-java@v2
action. Failed again when I retried. 503 suggests this is a problem with GitHub Actions, not with my workflow.
Can there be a failover so that if the Cache fails to be retrieved, the standard npm install command gets executed instead. This will be able to still run the job if github actions have issues with caches.
Just got this error now:
Error: getCacheEntry failed: Cache service responded with 503
from thesetup-java@v2
action. Failed again when I retried. 503 suggests this is a problem with GitHub Actions, not with my workflow.
Me too, but with setup-node@v2
for 16.x
Found in cache @ /opt/hostedtoolcache/node/16.15.1/x64
/opt/hostedtoolcache/node/16.15.1/x64/bin/npm config get cache
/home/runner/.npm
Error: getCacheEntry failed: Cache service responded with 503
14.x works great:
Found in cache @ /home/ghrunner/actions-runner/_work/_tool/node/14.18.2/x64
UPD: See a workaround below: https://github.com/bahmutov/npm-install/issues/80#issuecomment-1153608979
Yeah all my actions are failing now, too...
Same here What's going on? We have production build failed, which is critical
Me too, but with
setup-node@v2
for 16.xFound in cache @ /opt/hostedtoolcache/node/16.15.1/x64 /opt/hostedtoolcache/node/16.15.1/x64/bin/npm config get cache /home/runner/.npm Error: getCacheEntry failed: Cache service responded with 503
14.x works great:
Found in cache @ /home/ghrunner/actions-runner/_work/_tool/node/14.18.2/x64
[For NodeJS] So, I had an investigation. It doesn't work if cache was enabled. Try to disable cache by commenting cache
key in your job.
Warning: It'll slowdown your action. It is just temporary solution!!!
jobs:
check-format:
runs-on: self-hosted
steps:
- uses: actions/checkout@v2
- name: Use Node.js 16.x
uses: actions/setup-node@v2
with:
node-version: 16.x
# cache: 'npm' <--- Action works only if cache disabled.
- run: npm i
- name: Check format
run: npm run check-format
- name: Linting
run: npm run lint
It wasn't working for me 5min ago (503 error), I retried now and it's working
same here, looks like a github failure ...
Me too, but with
setup-node@v2
for 16.xFound in cache @ /opt/hostedtoolcache/node/16.15.1/x64 /opt/hostedtoolcache/node/16.15.1/x64/bin/npm config get cache /home/runner/.npm Error: getCacheEntry failed: Cache service responded with 503
14.x works great:
Found in cache @ /home/ghrunner/actions-runner/_work/_tool/node/14.18.2/x64
[For NodeJS] So, I had an investigation. It doesn't work if cache was enabled. Try to disable cache by commenting
cache
key.Warning: It'll slowdown your action. It is just temporary solution!!!
jobs: check-format: runs-on: self-hosted steps: - uses: actions/checkout@v2 - name: Use Node.js 16.x uses: actions/setup-node@v2 with: node-version: 16.x # cache: 'npm' <--- Action works only if cache disabled. - run: npm i - name: Check format run: npm run check-format - name: Linting run: npm run lint
This worked for me, thanks @afrokick
I was also facing the same issue , I checked the github repo for the actions/setup-node
and found out they have release a v3 upgrade .
So i changed my code to use
actions/setup-node@v3
and now its working ππ» ..
May be you guys also try this method . And also its good practice to keep upgrading the version of the github action step
I was also facing the same issue , I checked the github repo for the
actions/setup-node
and found out they have release a v3 upgrade . So i changed my code to useactions/setup-node@v3
and now its working ππ» ..
May be you guys also try this method . And also its good practice to keep upgrading the version of the github action step
Run actions/setup-node@v3
Found in cache @ /home/ghrunner/actions-runner/_work/_tool/node/16.15.1/x64
/home/ghrunner/actions-runner/_work/_tool/node/16.15.1/x64/bin/npm config get cache
/home/ghrunner/.npm
Error: getCacheEntry failed: Cache service responded with 503
Just tried, doesn't work for v3. Only works with disabled cache.
Yep, facing issue with cache: 'npm'
but removing it fixes it...
....
- name: Setup node env π¦
uses: actions/setup-node@v3
with:
node-version: ${{ matrix.node }}
check-latest: true
- cache: 'npm'
....
We're facing the same issue.
Error: getCacheEntry failed: Cache service responded with 503
- name: Install Node Deps
uses: bahmutov/npm-install@v1
No cache key is specified.
Same issue here
Run actions/setup-node@v2
Found in cache @ /opt/hostedtoolcache/node/16.15.1/x64
/opt/hostedtoolcache/node/16.15.1/x64/bin/npm config get cache
/home/runner/.npm
Error: getCacheEntry failed: Cache service responded with 503
I added the following to my package.json
"resolutions": { "@types/react": "17.0.14", "@types/react-dom": "17.0.14" }
worked for me :)))
how is it related to cache
issue?
@lossless1 it's probably invalidating the cache
They just returned server back alive. It works without any changes in the codebase
still not working reliably
We're experiencing the same issue
This fails randomly, re-running job helps (sometimes)
Cache problem still existing. Also CloudFront Distribution is in "deploying" for 2h and in my prod. system the user auth is failing..
actions/setup-java@v3
worked for my java project
Getting the same error here for actions/setup-node@v2
##[debug]getCacheEntry - Attempt 2 of 2 failed with error: Cache service responded with 503
Error: getCacheEntry failed: Cache service responded with 503
Getting this issue from past 10 mins now.
Getting the same error here for actions/setup-node@v3
Attempting to download 17.x...
Not found in manifest. Falling back to download directly from Node
Acquiring 17.[9](https://github.com/kimjngyun/kimjngyun.github.io/runs/6859207416?check_suite_focus=true#step:3:10).1 - x64 from https://nodejs.org/dist/v17.9.1/node-v17.9.1-linux-x64.tar.gz
Extracting ...
/usr/bin/tar xz --strip 1 --warning=no-unknown-keyword -C /home/runner/work/_temp/42346de7-0551-426c-8ac4-088aec477c41 -f /home/runner/work/_temp/171d2419-fa2c-464b-8235-cca6d234c4bc
Adding to the cache ...
Done
/usr/local/bin/yarn --version
1.22.18
/usr/local/bin/yarn cache dir
/home/runner/.cache/yarn/v6
Error: getCacheEntry failed: Cache service responded with 503
Updating to Checkout v. 3 didn't help. Didn't try updating setup-node to v. 3, but disabling npm cache did the trick.
Updating to Checkout v. 3 didn't help. Didn't try updating setup-node to v. 3, but disabling npm cache did the trick.
How do I disable cache
Disable the cache. It should work
Updating to Checkout v. 3 didn't help. Didn't try updating setup-node to v. 3, but disabling npm cache did the trick.
How do I disable cache
Read above.
https://github.com/bahmutov/npm-install/issues/80#issuecomment-1153608979
Updating to Checkout v. 3 didn't help. Didn't try updating setup-node to v. 3, but disabling npm cache did the trick.
How do I disable cache
Read above.
Thank you
I was also facing the same issue , I checked the github repo for the
actions/setup-node
and found out they have release a v3 upgrade . So i changed my code to useactions/setup-node@v3
and now its working ππ» ..
May be you guys also try this method . And also its good practice to keep upgrading the version of the github action step
I have setup-node@v3
and still got the issue. Commenting cache:npm
worked for me.
No need to upgrade anything. Just re-run you failed jobs
. I tried this and worked for me. Seems like it was a service issues from Github's side.
still failing for me.
Disabling the cache:npm works for me.
are you all turning the cache on again and it works after? as I don't really want to just "turn off the cache" ideally π
Yes disabling (commenting out) the cache works.
It's not about the setup-* version.
Re-running failed jobs may work (tested) but it's not reliable.
If you HAVE to release today, just remove the cache but they will get it to work eventually I guess.
The thing here is, we need a way to disable cache without commiting t master branch imho if the cache action is un-reliable.
Is this happening because of the underlying actions/cache action?
If so we need to know, we use actions/cache to cache angular build files too.
Ruby budnle-cache is failing too! :(
are you all turning the cache on again and it works after? as I don't really want to just "turn off the cache" ideally π
After turning the cache on again, it failed. It is a temp solution.
It is a service issue. https://www.githubstatus.com/
No production releases today, boys π
Oh my god... We have to do hotfix...our team is still wating
Hi,
I am having the same issue in my CI system just started occurring today for the first time. It was working fine without any issue until Friday.
Run actions/setup-node@v2 Found in cache @ /opt/hostedtoolcache/node/14.19.3/x64 /usr/local/bin/yarn --version 1.22.18 /usr/local/bin/yarn cache dir /home/runner/.cache/yarn/v6 Error: getCacheEntry failed: Cache service responded with 503
Is it an issue from github side and will it be solved soon? We can live without cache until then if that is the case?
Hi,
I am having the same issue in my CI system just started occurring today for the first time. It was working fine without any issue until Friday.
Run actions/setup-node@v2 Found in cache @ /opt/hostedtoolcache/node/14.19.3/x64 /usr/local/bin/yarn --version 1.22.18 /usr/local/bin/yarn cache dir /home/runner/.cache/yarn/v6 Error: getCacheEntry failed: Cache service responded with 503
Is it an issue from github side and will it be solved soon? We can live without cache until then if that is the case?
Yes, just disable cache for some time while Github fixing this issue
I have seen this error pop up several times in the past few days
The error seems to originate from this code, which does not seem to be part of this repository
I've set
ACTIONS_STEP_DEBUG
totrue
for future runs and will let you know if that yields any helpful information.The source code above suggests that
maxAttempts
might be configurable? Is there an option I can set to retry requests in case of a 503?