Closed chetbox closed 1 year ago
Bump. Seeing this consistently today as well, even with enableCrossOsArchive: true and restore keys also missing
Me too, especially Windows caches being restored on linux. (Again).
I'm seeing this failure when Windows cache is being created... but not detected by the Windows cache creation; it should be a fail. Full run in https://github.com/drud/ddev/actions/runs/4212708513/jobs/7311920056
Hi i run also into this issue
Run actions/cache@v3.2.5
with:
path: ~/godot-linux
key: Linux-Godot_v4.0-rc2
enableCrossOsArchive: false
fail-on-cache-miss: false
Cache not found for input keys: Linux-Godot_v4.0-rc2
my action
- name: "Cache Godot Binary Download"
uses: actions/cache@v3.2.5
id: godot-cache-binary
with:
path: ${{ inputs.godot-cache-path }}
key: ${{ runner.OS }}-Godot_v${{ inputs.godot-version }}-${{ inputs.godot-status-version }}
restore-keys: |
${{ runner.OS }}-Godot_v${{ inputs.godot-version }}-${{ inputs.godot-status-version }}
- name: "Install Linux Godot ${{ inputs.godot-version }}"
if: steps.godot-cache-binary.outputs.cache-hit != 'true'
But the cache exist
Probably a duplicate of #1110
Likely caused by the zstd
update on the runner images.
Got the same issue after Feb 17.
Hi guys, I'm facing the same issue. Were you able to find some workaround for this? I tried reverting actions/cache to previous version but it doesn't seem to fix the issue.
Hi @rohanKanojia we have released a new version that fixes this. Please try again and see if it works for you.
@pdotl : The issue seems to be resolved by upgrade. Thanks a lot!
Those of us with self hosted windows runners have to upgrade zstd? What version is required?
@rfay I don't think that should be necessary. I tested with v1.4.4
of zstd
in a self-hosted runner and it worked as expected.
I'm not getting cache restores successfully yet, using actions/cache@v3
https://github.com/drud/ddev/actions/runs/4217111015/jobs/7363125692
Cache is created on self-hosted Windows (zstd v1.5.2) and wants to be restored on Github-hosted Ubuntu 22.04 (zstd v1.5.4).
Restore attempt (linux) gets this sequence:
##[debug]Resolved Keys:
##[debug]["86536ded9253a798ec4f563fc28f5c76059a3657-refs/heads/master-signed-windows-binaries"]
##[debug]Checking zstd --quiet --version
##[debug]1.5.4
##[debug]zstd version: 1.5.4
##[debug]Resource Url: https://artifactcache.actions.githubusercontent.com/zawRn5dEKBslveKq0hKqeGgT9pzbUVWMS67TS6TNuQdJulCkiw/_apis/artifactcache/cache?keys=86536ded9253a798ec4f563fc28f5c76059a3657-refs%2Fheads%2Fmaster-signed-windows-binaries&version=3d66d53693975ac4727514063416ac87965b1ce91f1c7b3a404342f[44](https://github.com/drud/ddev/actions/runs/4217111015/jobs/7363125692#step:6:45)3747b09
##[debug]Resource Url: https://artifactcache.actions.githubusercontent.com/zawRn5dEKBslveKq0hKqeGgT9pzbUVWMS67TS6TNuQdJulCkiw/_apis/artifactcache/caches?key=86536ded9253a798ec4f563fc28f5c76059a3657-refs%2Fheads%2Fmaster-signed-windows-binaries
##[debug]No matching cache found for cache key '86536ded9253a798ec4f563fc28f5c76059a3657-refs/heads/master-signed-windows-binaries', version '3d66d53693975ac4727514063416ac87965b1ce91f1c7b3a404342f443747b09 and scope refs/heads/master. There exist one or more cache(s) with similar key but they have different version or scope. See more info on cache matching here: https://docs.github.com/en/actions/using-workflows/caching-dependencies-to-speed-up-workflows#matching-a-cache-key
##[debug]Other caches with similar key:
##[debug]Cache Key: 86536ded9253a798ec4f563fc28f5c76059a3657-refs/heads/master-signed-windows-binaries, Cache Version: f55fc8623a0eb1f1ea00ce80135058e017f8832472807[45](https://github.com/drud/ddev/actions/runs/4217111015/jobs/7363125692#step:6:46)8ae[53](https://github.com/drud/ddev/actions/runs/4217111015/jobs/7363125692#step:6:54)2fb4e13c8bd7, Cache Scope: refs/heads/master, Cache Created: 2023-02-19T16:21:31.5966667Z
##[debug]Failed to delete archive: Error: ENOENT: no such file or directory, unlink ''
Cache not found for input keys: 86536ded9253a798ec4f563fc28f5c76059a3657-refs/heads/master-signed-windows-binaries
##[debug]Node Action run completed with exit code 0
##[debug]Save intra-action state CACHE_KEY = 86536ded9253a798ec4f[56](https://github.com/drud/ddev/actions/runs/4217111015/jobs/7363125692#step:6:57)3fc28f5c76059a36[57](https://github.com/drud/ddev/actions/runs/4217111015/jobs/7363125692#step:6:58)-refs/heads/master-signed-windows-binaries
##[debug]Finishing: Restore Signed Windows artifacts
As this process has for a really long time, the windows instance has had gnu tar and zstd. I upgraded zstd based on chatter in this issue.
If you are using a self-hosted Windows runner, GNU tar and zstd are required for Cross-OS caching to work. They are also recommended to be installed in general so the performance is on par with hosted Windows runners.
I also switched from actions/cache@v3.0.11 (pinned because of previous https://github.com/actions/cache/issues/891) to actions/cache@v3.
But I don't seem to be having any success at all.
My problem was that I had not yet handled the requirements in cross-os caching
I needed enableCrossOsArchive: true
:
- name: Restore Signed Windows artifacts
uses: actions/cache@v3
id: signedwindows
with:
path: .gotmp/bin/windows_amd64
key: ${{ github.sha }}-${{ github.ref }}-signed-windows-binaries
enableCrossOsArchive: true
fail-on-cache-miss: true
I am getting unexpected cache misses using
actions/cache@v3
since yesterday on a scheduled job that runs every 2 hours.I am using the option
fail-on-cache-miss: true
, because restoring the cache is critical to the job running, so the action fails with the error:I have not deleted cache entries and I have verified that prefix-matched cache entries exist with:
Further details here: https://github.com/actions/runner/issues/2448 (I wasn't sure where to create this issue as I don't fully understand where the error is, sorry! I'm reporting here as suggested by this comment. If there is a more appropriate place to report this issue please let me know.)