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
I tried to install the OpenEBS Helm chart (version 4.1.0) into a custom openebs namespace, but it seems like some templates do not set the .metadata.namespace, neither through .Release.Namespace nor through a custom value. This results in some resources being created in the default namespace, e.g. serviceaccount/openebs-localpv-provisioner while serviceaccount/openebs-pre-upgrade-hook is created in the desired (openebs) namespace.
I'm very experienced with Helm and tested a lot of settings, but I also wonder why this is not a problem anyone is facing too (checked GitHub issues and other discussions). Simply following the official Helm installation documentation will result in this broken setup so it should be noticed somehow.
Here's the command I used to check the resulting manifests, using Helm's template command:
So to summarize my questions: Is this a know problem or did I miss something, e.g. a value key where the target namespace for each subchart can be customized?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
I tried to install the OpenEBS Helm chart (version
4.1.0
) into a customopenebs
namespace, but it seems like some templates do not set the.metadata.namespace
, neither through.Release.Namespace
nor through a custom value. This results in some resources being created in thedefault
namespace, e.g.serviceaccount/openebs-localpv-provisioner
whileserviceaccount/openebs-pre-upgrade-hook
is created in the desired (openebs
) namespace.I'm very experienced with Helm and tested a lot of settings, but I also wonder why this is not a problem anyone is facing too (checked GitHub issues and other discussions). Simply following the official Helm installation documentation will result in this broken setup so it should be noticed somehow.
Here's the command I used to check the resulting manifests, using Helm's
template
command:The
openebs
Helm chart version 4.1.0 uses version4.0.0
of thedynamic-localpv-provisioner
Helm chart where e.g. the deployment is missing thenamespace
key so it will be deployed into thedefault
namespace.My current workaround is to use the Kustomize Helm feature that sets the namespace for all resources that are namespaced.
So to summarize my questions: Is this a know problem or did I miss something, e.g. a value key where the target namespace for each subchart can be customized?
Beta Was this translation helpful? Give feedback.
All reactions