Closed alexgenon closed 6 days ago
Thank you for bringing this issue to our attention. We appreciate your involvement! If you're interested in contributing a solution, we welcome you to create a pull request. The Bitnami team is excited to review your submission and offer feedback. You can find the contributing guidelines here.
Your contribution will greatly benefit the community. Feel free to reach out if you have any questions or need assistance.
Thank you @carrodher, I created https://github.com/bitnami/charts/pull/33134. I hope I did not miss anything (that's my first PR on a Helm charts git repo)!
Thank you for opening this issue and submitting the associated Pull Request. Our team will review and provide feedback. Once the PR is merged, the issue will automatically close.
Your contribution is greatly appreciated!
This Issue has been automatically marked as "stale" because it has not had recent activity (for 15 days). It will be closed if no further activity occurs. Thanks for the feedback.
Due to the lack of activity in the last 5 days since it was marked as "stale", we proceed to close this Issue. Do not hesitate to reopen it later if necessary.
Name and Version
bitnami/kafka 32.2.0
What architecture are you using?
amd64
What steps will reproduce the bug?
Are you using any custom parameters or values?
What is the expected behavior?
If the
externalAccess.broker.service.nodePorts
field is not specified in the values file, it should not be set in the inflated manifestWhat do you see instead?
Field
/spec/ports/*/nodePort
in external service is set to null, causing ArgoCD to flag the service as out of sync.Additional information
Using the values below, Helm will create a service of type
LoadBalancer
using the template svc-external-access.yaml.This template will use the values of
externalAccess.broker.service.nodePorts
to set the nodePort values in/spec/ports/*/nodePort
.But if this array is not set, then it explicitly sets the
nodePort
field to null. See svc-external-access.yaml#L50-L53.