ImagePullPolicy should be configurable for every container
See original GitHub issueIs your enhancement related to a problem? Please describe.
When deploying Che some images pull policies can be set easily (i.e. for che-server
) but others are not and it’s imagePullPolicy: Always
no matter what.
That makes it impossible to start Che or even a workspace when offline. Even if all the images are all available on the local disk.
Describe the solution you’d like
JWT proxy image pull policy should be configurable (in che.properties, helm chart and operator)
With the Helm chart it should be possible (but it’s currently not) to:
- Configure postgres image pull policy
- Configure keycloak image pull policy
- Configure sidecars pull policy
- Configure plugin broker pull policy
With the Operator it should be possible (but it’s currently not) to:
- Configure the nightly operator pull policy when using chectl
- Configure plugin broker and sidecars pull policy (implemented as part of https://github.com/eclipse/che/issues/14635)
Issue Analytics
- State:
- Created 4 years ago
- Comments:18 (17 by maintainers)
Top Results From Across the Web
Images
Kubernetes supports specifying container image registry keys on a Pod. imagePullSecrets must all be in the same namespace as the Pod. The referenced...
Read more >Kubernetes Image Pull Policy: A Definitive Guide
This article explores how Kubernetes images are managed and pulled, and the various applications of different image pull policies. Container Registry. A ...
Read more >Kubernetes DevOps Tip #5: Why Setting imagePullPolicy ...
When the imagePullPolicy is set to Always, users can ensure the latest version of the image is deployed every time a Kubernetes pod...
Read more >Kubernetes Image Pull Polices per Environment
That container image could be a Docker image or another tool, like Podman. ... What is a Kubernetes Image Pull Policy?
Read more >Ensure image pull policy is set to Always - Documentation
Fix - Buildtime. Kubernetes. Resource: Container Argument: imagePullPolicy (Optional) Defines for the kubelet when he should ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Awesome, thanks @tolusha - this works and workspace startup time is so much faster with IfNotPresent now, ~10 seconds
Let me provide information about the status of this on the Operator side:
This one is a bit special, since its overriding depends on the method of the Che operator installation:
IfNotPresent
forstable
channel (releases), and toAlways
for thenightly
channel.Always
pull policy is used since by defaultchectl
installs thenightly
operator. But I assume we could create an issue to allow overriding it in thechectl
CLIdeploy.sh
script: again, the pull policy could easily be overridden when applying the operator deploymentAlready available as fields in the custom resource.
This is already possible by setting the appropriate Che server environment variable:
custom
config map,