-
Notifications
You must be signed in to change notification settings - Fork 14.2k
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
Allow supersetNode in Helm chart to have its own ENV variables. #16625
Comments
@dd-willgan Hi! Have you managed to use vault injected variables in form: vault:PATH#SECRET? |
@wiktor2200 Hi yes I've been able to. Based on the error message in the comment it seems like |
Thanks for answer! Sorry, I've not noticed notification earlier. You were right the problem was caused by wrong vault policies setting. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. For admin, please label this issue |
Sounds from the discussion here that this was effectively resolved over a year ago. Holler if I'm misinterpreting, and we can revisit/reopen. |
I'm using Vault env variable injection for passing secrets for my Superset k8s cluster. How this works is that a web-hook looks at the env variables and if they're of the form
vault:
it'll pull the secret. The pod, however, needs to have the proper annotations for this. My issue is thatextraEnv
adds the variables tosupersetNode
,supersetWorker
, and the init job but the init job doesn't supportpodAnnotations
through the chart. Since onlysupersetNode
needs the secret I want, as a solution, to have a separateenv
section undersupersetNode
invalues.yaml
that only creates env variables for it.The text was updated successfully, but these errors were encountered: