Skip to content
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

global.image.registry not respected in helm chart for memcache pods #12962

Open
slim-bean opened this issue May 14, 2024 · 1 comment
Open

global.image.registry not respected in helm chart for memcache pods #12962

slim-bean opened this issue May 14, 2024 · 1 comment

Comments

@slim-bean
Copy link
Collaborator

          I recently update to the new Helm Chart v6.0 and had a few issues with the memcache portion. These are less major issues and more so quality of life for the chart. For both of these issues the existing chart components already support them, just memcache is the odd one out
  1. global.image.registry is not respected by the memcache statefulset.

  2. there are no default values for the podSecurityContext for memcache. I ended up going with this for my deployment

podSecurityContext:
    runAsNonRoot: true
    runAsGroup: 1001
    runAsUser: 1001

Originally posted by @Dalktor in #12506 (comment)

@nikable
Copy link

nikable commented Aug 6, 2024

Same issue: global.image.registry is not reflecting in memcached pods. Would be nice if someone from the maintainers could possibly confirm this behavior.

Chart version (Helm-Loki): 6.6.5

Existing behavior: global.image.registry is not reflecting in containers from memcached pods. All other pods (except the memcached) generated by this chart are pulling images from the private image registry as configured in "global.image.registry".

Expected behavior: All containers should pull images from the configured private registry as the config should get applied globally.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants