-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
HelmChartInflationGenerator ignores releaseNamespace #4593
Comments
This just bit me too. I know "+1" comments are frowned upon, but I think this is a serious enough bug to give this page a bump. |
Same happening.
Helm chart redis from Bitnami. How to bypass it with kustomize? Basically the replicas fail as they try to connect to master in default namespace instead.
Cheers |
This bug causes kustomize to create an invalid certificate for a webhook in the bonzaicloud kafka operator. It broke a LOT of stuff. A LOT. And because of its location inside of a cert in a secret it was not easy to debug to this so please help the next user out and fix this soon. https://github.com/banzaicloud/koperator/blob/v0.21.2/charts/kafka-operator/templates/operator-deployment-with-webhook.yaml#L7 |
And now I'm seeing that this isn't a recent issue, from #3815 it has been broken for over a year. If this cannot be made to work, at least remove the documentation for the releaseNamespace and extraArgs fields here https://kubectl.docs.kubernetes.io/references/kustomize/builtins/#_helmchartinflationgenerator_ |
To the future reader, the only mechanism that functions is to use the generator file usage, which is woefully under-documented anyway, then use the file as constituted here in this test kustomize/plugin/builtin/helmchartinflationgenerator/HelmChartInflationGenerator_test.go Lines 24 to 31 in 1c53932
Create that as a separate file (say
|
Yes. Documentation on K8s is especially hard to follow. I removed this generator in favor of |
I also suspect (but cannot prove, because I don't have a local testing mechanism) that they could fix at least the documented releaseNamespace issue by simply adding one line here kustomize/api/types/helmchartargs.go Line 120 in 1c53932
|
The fix suggested sounds plausible and we would appreciate a PR with that + test proving it works. /triage accepted |
@KnVerey: GuidelinesPlease ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met. If this request no longer meets these requirements, the label can be removed In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign |
…easeNamespace Signed-off-by: Pawan Verma <[email protected]>
Is this still getting worked on? |
I think the issue is still there |
It looks like this is still being worked on here However, @brahama pointed out that kustomize/api/types/helmchartargs.go Line 33 in cf3a452
|
The Kubernetes project currently lacks enough contributors to adequately respond to all PRs. This bot triages PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
this does not seem to work for me - can someone confirm that it works for someone else? |
I would like to work on this /assign |
The above methods wouldn't work for me. ./kustomization.yaml
./flux/kustomization.yaml
|
/remove-lifecycle stale |
This issue has not been updated in over 1 year, and should be re-triaged. You can:
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/ /remove-triage accepted |
Given the number of comments on the more recent #5566 I believe this is still very much an issue. |
Describe the bug
According to the documentation of the helm inflator it shall be possible to set the release namespace of the helm template.
When running
kustomize build --enable-helm .
with the kustomization.ymal below the releaseNamespace is ignored.Files that can reproduce the issue
Example:
kustomization.yaml
Expected output
Expected output e.g. for ConfigMap, namesapce set to XXXXXX
Actual output
Kustomize version
{Version:kustomize/v4.5.3 GitCommit:de6b9784912a5c1df309e6ae9152b962be4eba47 BuildDate:2022-03-24T20:51:20Z GoOs:linux GoArch:amd64}
Platform
Linux
Additional context
It seems that the ReleaseNamespace arguments are missing in the mapping between
HelmChartArgs
andHelmChart
seeThe text was updated successfully, but these errors were encountered: