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
[virt-operator] cope with misscheduled virt-handler pods #10254
Conversation
4732368
to
9c37bdc
Compare
/cc @acardace |
9c37bdc
to
9491090
Compare
Applying a custom `NoSchedule` taint to a nod will flip the `Available` condition of KubeVirt to `False`: ``` - lastProbeTime: "2023-08-07T14:15:43Z" lastTransitionTime: "2023-08-07T14:15:43Z" message: Deploying version devel with registry registry:5000/kubevirt reason: DeploymentInProgress status: "False" type: Available ``` This will only resolve back to `True` if the pod gets manually evicted, or if the daemonset gets updated. The background is, that we will see more up-to-date virt-handler pods in ready state than we actually want. Relax the readiness check slightly by counting misscheduled but up-to-date and ready virt-handlers as something which does not trigger a `DeploymentInProgress` state. Signed-off-by: Roman Mohr <rmohr@google.com>
9491090
to
12bdb2e
Compare
/approve |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: acardace The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@acardace any chance you could also review the change? |
/lgtm |
/retest-required |
/retest-required |
What this PR does / why we need it:
Applying a custom
NoSchedule
taint to a nod will flip theAvailable
condition of KubeVirt toFalse
:This will only resolve back to
True
if the pod gets manually evicted, or if the daemonset gets updated.The background is, that we will see more up-to-date virt-handler pods in ready state than we actually want.
Relax the readiness check slightly by counting misscheduled but up-to-date and ready virt-handlers as something which does not trigger a
DeploymentInProgress
state.Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #
Special notes for your reviewer:
Release note: