You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Our vault cluster(s) are entirely configured through terraform CI/CD. When I recently added plugin_directory to the config, it did not appear to take effect, even though I could exec in and see that it was in the config file. However, the running vault server was not aware of the change.
Describe the solution you'd like
Generally, when configuration is driven through a configmap, an annotation with a value of the sha256sum of the configmap is added to the statefulset/deployment so that it will know that a change has been made and restart. That seems like a reasonable solution, but I am open to other choices?
Describe alternatives you've considered
manually restarting the vault cluster (kubectl rollout restart sts/vault) and retrying the pipeline
Is your feature request related to a problem? Please describe.
Our vault cluster(s) are entirely configured through terraform CI/CD. When I recently added
plugin_directory
to the config, it did not appear to take effect, even though I could exec in and see that it was in the config file. However, the running vault server was not aware of the change.Describe the solution you'd like
Generally, when configuration is driven through a configmap, an annotation with a value of the sha256sum of the configmap is added to the statefulset/deployment so that it will know that a change has been made and restart. That seems like a reasonable solution, but I am open to other choices?
Describe alternatives you've considered
manually restarting the vault cluster (
kubectl rollout restart sts/vault
) and retrying the pipelineAdditional context
Additionally, while I was looking at this, I noticed that PID 1 was a shell instead of "dumb-init" like it is supposed to be..
... that seems bad? It seems like maybe that should be adding the script between docker entrypoint and vault server?
The text was updated successfully, but these errors were encountered: