-
Notifications
You must be signed in to change notification settings - Fork 105
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
The Helm chart and the encr-keys
volume
#477
Comments
@dhess You can try changing the path in the HelmChart to your custom directory as below. |
@hrudaya21 Sorry, I'm not sure I follow. You've pointed to the chart's template, but the template provides no way to override or otherwise change the default Are you suggesting that I edit the template and then apply my own version of the chart? |
@dhess Yes, that is one the option to do if you are doing the local installation. But I will recommend to have the dynamic value in value.yaml which will be read in the template. If possible please contribute to the repo to do this changes. |
Helm charts was hardcoding zfs encryption keys directory and on some distributions /home is read-only. This commit will make it possible to set it as a helm value. Fixes openebs#477 Signed-off-by: Wagner Sartori Junior <wsartori@wsartori.com>
Helm charts was hardcoding zfs encryption keys directory and on some distributions /home is read-only. This commit will make it possible to set it as a helm value. Fixes openebs#477 Signed-off-by: Wagner Sartori Junior <wsartori@wsartori.com>
Helm charts was hardcoding zfs encryption keys directory and on some distributions /home is read-only. This commit will make it possible to set it as a helm value. Fixes #477 Signed-off-by: Wagner Sartori Junior <wsartori@wsartori.com>
Thanks for this project! It appears to be quite comprehensive and well thought-out.
It's possible I'm missing something, but as far as I can tell, this project's Helm chart creates a node
DaemonSet
that always mounts anencr-keys
volume, always uses ahostPath
with path/home/keys
to back this volume, and provides no way to override this aspect of the configuration.On Talos systems, at least,
/home
is read-only, and even if/home/keys
were bind-mounted to a writablehostPath
, it would likely be ephemeral, as by default, Talos doesn't preserve the contents of the OS volume on upgrades. But even on Kubernetes nodes with writable, persistenthostPath
s, personally, I would never store encryption keys this way on a Kubernetes node for any number of reasons.The Helm chart should make it possible to do any of the following:
encr-keys
volumehostPath
from the default/home/keys
;encr-keys
volume with a Kubernetes secret, rather than ahostPath
; orencr-keys
volume altogether, if the admin has no plans to use encryptionThe text was updated successfully, but these errors were encountered: