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
Client pods being deployed irrespective of values #33
Comments
We need to understand what should be the default here. In the meanwhile, I guess that you solved it by override the default values, right ? |
Hi @RazcoDev, I have tested trying to deploy with setting the
Basically, both files just need to add a condition check
Would you able to create a PR and merge it to the repo? cheers |
Hey @theeheng , Thanks for the suggestions. |
@RazcoDev thanks for merging the fix to master branch, I'm just wondering if any chance you would able to create a new release tag 0.0.12 for this change? |
Hi @theeheng I just released 👍 |
For me the client is still being deployed. Is there something wrong with my config? values.yaml: opal:
client: null
server:
[...] Chart.yaml: dependencies:
- name: opal
version: "~0.0.12"
repository: "https://permitio.github.io/opal-helm-chart"
alias: opal |
@maurice-freitag This is the sample value file i use : values.test.yaml
and it works when i use helm install command :
here is what i get when I try run
|
I finally got around to this issue. The client is still there if you use the chart as a subchart instead of installing it directly. There is a known issue in Helm where null values don't get properly passed on to subcharts. Here's a minimal repo reproducing the issue. This makes it difficult to use the chart as the unwanted client is not properly configured and fills the server logs with invalid requests. My suggestion is to add a parameter |
Hey @maurice-freitag , |
The chart values file sets certain client values by default meaning the client deployment is always deployed irrespective of the values set by the operator.
The text was updated successfully, but these errors were encountered: