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

If heath check starts failing it is not propagated back to DNSRecord/DNSPolicy #313

Closed
trepel opened this issue Nov 25, 2024 · 1 comment · Fixed by #315
Closed

If heath check starts failing it is not propagated back to DNSRecord/DNSPolicy #313

trepel opened this issue Nov 25, 2024 · 1 comment · Fixed by #315
Assignees

Comments

@trepel
Copy link

trepel commented Nov 25, 2024

Let's have DNSPolicy with health check configured being successfully enforced, DNSRecord saying "All healthchecks succeeded" and DNSHealthCheckProbe's .status.healthy saying "true". If this is the case and health check starts failing (for whatever reason afaict) then the DNSHealthCheckProbe's .status.healthy starts saying "false" (expected) but neither DNSPolicy nor DNSRecord are updated accordingly. Their statuses remain unchanged. DNS Operator needs to be restarted for these two to get updated.

I tried to make health check fail by

  • passing non-existent secret name to additionalHeadersRef
  • removing additionalHeadersRef
  • scaling down the backend

It made no difference.

Reverse scenario - making the health check pass when all three DNS* CRs are not happy - works, no need to restart the DNS Operator, all three CRs get updated as expected.

Tested with v0.10.0 as part of Kuadrant v1.0.0-rc8

@trepel trepel added this to Kuadrant Nov 25, 2024
@maksymvavilov maksymvavilov self-assigned this Nov 25, 2024
@maksymvavilov
Copy link
Contributor

The premature reconciliation on the probe watch does not trigger if changing healthy -> unhealthy. Prob has something to do with default values in the watch

@maksymvavilov maksymvavilov moved this to In Progress in Kuadrant Nov 25, 2024
@maksymvavilov maksymvavilov linked a pull request Nov 25, 2024 that will close this issue
@github-project-automation github-project-automation bot moved this from In Progress to Done in Kuadrant Nov 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

2 participants