-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Running Kaniko w/ options --no-push=true --cache=true and --cache-dir="..." leads to error #2456
Comments
Hi, I'm afraid that's not what
However, this is further clarified in the section on caching base images: https://github.com/GoogleContainerTools/kaniko#caching-base-images
(bolding is mine) Since the If you're simply trying to avoid downloading base images, I recommend you review the link above. If you're trying to build images into this cache directory, you'll want to play around with the kaniko |
@stawr93 does the information @tspearconquest provided help clarify things? Is there still discussion needed or a possible kaniko bug here given this info? Currently I believe this is working as intended IIUC |
yeah, @tspearconquest 's answer been useful. It might have been my mistake. I think the issue can be closed/resolved. In the end I decided to use the registry cache as it is the most simple way to share intermediate build artifacts between pipeline runs. |
Hello, I think the issue is still valid. I used the warmer to populate the cache then used:
But kaniko is still complaining that I should use |
This update fix the thing:
|
FWIW: For creating reproducible MWEs for issues such as #1246, an "offline" way to combine Actually, I for one don't even know which |
I'd like to use caching to directory without publishing layers to any repo/registry.
Actual behavior
Using
--no-push=true --cache=true --cache-dir=/some-path
options in combine leads to an error:Expected behavior
In case of
--no-push=true --cache=true --cache-dir=/some-path
Kaniko will cache layers into provided directory and will not push them into any repo.To Reproduce
Steps to reproduce the behavior:
/kaniko/executor --context "<context>" --dockerfile "<path>/Dockerfile" --destination "<some custom tag>" --no-push --cache=true --cache-dir=<some path>
Additional Information
gcr.io/kaniko-project/executor:v1.9.0-debug
Triage Notes for the Maintainers
--cache
flagThe text was updated successfully, but these errors were encountered: