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

Provide a way of mounting configmaps in the node pod instead of copying them to a file in the node's FS #47

Open
mlkiefer opened this issue Dec 7, 2022 · 2 comments

Comments

@mlkiefer
Copy link

mlkiefer commented Dec 7, 2022

Hi,

I'm using the helm chart for running a graphdb instance, installation happens via terraform in a CI/CD system. I've created a configMap for the graphdb.properties and was confused to see that changes in that configMap never reach the graphdb pod. The reason is that this configMap is only being used in the init container. If the configMap does not exist in the pod's filesystem, it is created by copying it from the configMap.
I'd like to keep the content of graphdb.properties in my git and have the CI/CD system take care of changes in a clean way. Therefore, I'd like to have a way of directly mounting this configMap in the pod that runs graphdb. The current way of only copying it once seems very intransparent to me...

Best regards,
Michael Kiefer

@farhan-ejaz
Copy link

completely back this issue. The graphdb.properties file is mounted on the pv at /opt/graphdb.
It would be better it is mounted on the pod filesystem so that it can be updated. Somehow the init container is not replacing the files on the pv fs

@Sukhumi
Copy link
Collaborator

Sukhumi commented Apr 25, 2023

Because of issues in the past with some cloud providers when mounting 1 file in multiple pods at the same time we've currently done it with the init container. With the latest 10.2.1 release the init container should now replace the graphdb.properties file.

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

No branches or pull requests

3 participants