Open Cali0707 opened 3 months ago
[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: Cali0707 Once this PR has been reviewed and has the lgtm label, please assign dprotaso for approval. For more information see the Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.
/cc @dprotaso
I made a start here, but I think I am still missing something...
Specifically, if the error on the options request is because the service isn't ready yet we should try the options request again. However, I wasn't sure the best way to do that and/or figure that out. Maybe it makes sense to track how many times the options request fails before we actually set the HTTP version on the probe config? That way, it would retry the options request a few times
WDYT?
Attention: Patch coverage is 25.00000%
with 6 lines
in your changes missing coverage. Please review.
Project coverage is 84.66%. Comparing base (
222065d
) to head (cd205ce
). Report is 100 commits behind head on main.
Files with missing lines | Patch % | Lines |
---|---|---|
pkg/queue/health/probe.go | 25.00% | 3 Missing and 3 partials :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
I've tried to update it so that until a probe succeeds for either http1 or http2, we keep retrying the options request. This seems better, but there is still a chance of a race condition where:
This Pull Request is stale because it has been open for 90 days with
no activity. It will automatically close after 30 more days of
inactivity. Reopen with /reopen
. Mark as fresh by adding the
comment /remove-lifecycle stale
.
Fixes #15432
Proposed Changes
Release Note