-
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
configMapGenerator unable to replace/merger ConfigMap from a Helm chart #5836
Comments
This issue is currently awaiting triage. SIG CLI takes a lead on issue triage for this repo, but any Kubernetes member can accept issues by applying the The 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-sigs/prow repository. |
I suggest to define helmChart using generator due the issue 4593.
where the base includes another resource with mimir that looks like
|
@dosmanak I've tried your solution but without external repository (because I cannot use one, in my case everything should be in one local directory) and in the first attempt I got the same error:
But then I tried both generator in separate files: ➜ /tmp cat ./test-pr/kustomization.yaml
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
generators:
- helmchart-generator.yaml
- configmap-generator.yaml
➜ /tmp cat ./test-pr/helmchart-generator.yaml
---
apiVersion: builtin
kind: HelmChartInflationGenerator
metadata:
name: vault
name: vault
repo: https://helm.releases.hashicorp.com
version: 0.22.0
namespace: vault
releaseName: vault
➜ /tmp cat ./test-pr/configmap-generator.yaml
apiVersion: builtin
kind: ConfigMapGenerator
behavior: replace
metadata:
name: vault-config
namespace: vault
literals:
- thing=stuff
options:
disableNameSuffixHash: true and surprisingly but it worked:
if anyone is looking for a solution to the same problem, here is a workaround👆🏻. I still think that it shouldn't work like this and generators should have some kind of built-in "priority" that would control that the Helm generator starts before all the others, but this solution also allows you to do it. |
An alternative workaround to @velp workaround would be to use Components. Since components are evaluated after resources/generators, they can similarly be used to control the order of execution.
|
What happened?
Kustomize is unable to replace/merge the contents of a ConfigMap if the ConfigMap comes from the Helm generator.
What did you expect to happen?
Kustomize should be able to replace/merge the content of any ConfigMaps regardless if they are local or from the chart.
How can we reproduce it (as minimally and precisely as possible)?
Both options bellow reproducing the problem. Tested behavior:
replace
,merge
.Option 1:
File kustomization.yaml
Option 2:
This option was described here: #4799 (comment) but it's not working.
File kustomization.yaml:
File configmap-generator.yaml:
Of course, this manifest exists in Helm Chart:
Expected output
It should generate manifests
Actual output
Kustomize version
v5.5.0
Operating system
MacOS
The text was updated successfully, but these errors were encountered: