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

[Bug]: Issue with labels in service selector #271

Open
1 of 2 tasks
dom0Watt opened this issue Nov 12, 2024 · 0 comments
Open
1 of 2 tasks

[Bug]: Issue with labels in service selector #271

dom0Watt opened this issue Nov 12, 2024 · 0 comments
Labels
bug Something isn't working

Comments

@dom0Watt
Copy link

Preflight Checklist

  • I could not find a solution in the documentation, the existing issues or discussions
  • I have joined the ZITADEL chat

Version

8.5.0

App version

v2.61.0

Describe the problem caused by this bug

Hi there,

Just to let you know a small issue with the labels in the service selector.
By default the selectors are
selector: app.kubernetes.io/instance: zitadel app.kubernetes.io/name: zitadel
Which is not enough restrictive because the same labels are used by the init and setup pods.
As the init and setup pods remain in status completed once they ran, the service selector felt down to one of these.

Should be better to be more restritive by adding the app.kubernetes.io/component: or use ttlSecondsAfterFinished field on the jobs to make sure the pods are deleted once they are completed.

To reproduce

  1. Deploy zitadel with the default values.
  2. Try to port forward the zitadel service.
  3. Should lead to an error like "Unable to forward port... pods is in status succeeded, should be running"

Logs

No response

Expected behavior

No response

Relevant Configuration

No response

Additional Context

No response

@dom0Watt dom0Watt added the bug Something isn't working label Nov 12, 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
Status: No status
Development

No branches or pull requests

1 participant