Skip to content
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

User configure Service.type does not take effect #648

Closed
zyue110026 opened this issue Jun 1, 2024 · 0 comments · Fixed by #667
Closed

User configure Service.type does not take effect #648

zyue110026 opened this issue Jun 1, 2024 · 0 comments · Fixed by #667
Labels
bug Something isn't working

Comments

@zyue110026
Copy link
Contributor

zyue110026 commented Jun 1, 2024

We have noticed an instance of incorrect helming in one of your Kubernetes configuration files. Hardcoded or default configuration values in the template are considered anti-pattern and configurable values in the values.yaml file are not being respect, resulting in user-provided configurations never being applied. Additionally, we provide anecdotal evidence from trivy-operator#729 regarding the incorrect helming defect.

Service.type does not take effect when changed to a value other than default value 'ClusterIP'. This is due to missing implementation for this value in metric server service.yaml file:

.

Expected Behavior

Change Service.type to other type other than 'ClusterIP' can take effect

Actual Behavior

Only default value 'ClusterIP' take effect

Steps to Reproduce the Problem

  1. install main version through helm chart
  2. change Service.type to any other type instead of default type 'ClusterIP'
  3. observe the service type still default type

Specifications

Recommend fix:

spec:
+  type: {{ .Values.service.type }}
   ports:
   - name: https
     port: {{ .Values.service.portHttps }}
     targetPort: {{ .Values.service.portHttpsTarget }}
     protocol: TCP

Or delete this value from documentation.

@zyue110026 zyue110026 added the bug Something isn't working label Jun 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant