-
Notifications
You must be signed in to change notification settings - Fork 67
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
Kubernetes won't pull down the right mattermost-operator version #90
Comments
Method with |
Thank you for the feedback @MSaurus! We are aware that we currently have that configuration of That said, we can definitely improve this and will change this manifest's behavior asap. |
Thanks! If there is something I can help with just let me know :) |
@MSaurus you should not use the latest tag in your production system, please use a specific tag instead the way we set the latest + IfNotPresent is more for the CI tests. Closing this, feel free to open a new issue if still have problems. |
When I install mattermost-operator on a kubernetes cluster that already have pulled down the image before, it won't get the latest version of mattermost-operator. In this documentation file you use both
image: mattermost/mattermost-operator:latest
andimagePullPolicy: IfNotPresent
.This results in that kubernetes will pull down the image just the first time a user run this yaml file. Then you make an update to mattermost-operator and I want that update. So if the user then run this yaml again, then kubernetes will use the cache of mattermost-operator image instead of pulling down the latest because the imagePullPolicy says it should only pull down the image if the image doesn't exists in the cache. Which it does, because it's the same name and the same tag.
Proposed solution would be to start versioning the mattermost-operator image and put that in the image tag. Then Kubernetes won't use the cache if the image is updated. A user can also decide which version they want to use.
Another solution would be to remove the
imagePullPolicy
and still use latest as the image tag. Kubernetes would then useAlways
as the pull policy. However this will make Kubernetes to always pull down the image from docker hub, even if the image hasn't been changed.The text was updated successfully, but these errors were encountered: