Remove NoSchedule effect from tolerations - #3105
Conversation
|
Pipeline controller notification For optional jobs, comment This repository is configured in: LGTM mode |
Summary by CodeRabbit
WalkthroughThe Multus manifest removes the ChangesMultus toleration update
Estimated code review effort: 1 (Trivial) | ~2 minutes Suggested reviewers: Caution Pre-merge checks failedPlease resolve all errors before merging. Addressing warnings is optional.
❌ Failed checks (2 errors, 1 warning)
✅ Passed checks (21 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@coderabbitai regarding the pre-merge check findings:
|
|
Tip For best results, initiate chat on the files or code changes. 🧩 Analysis chain🏁 Script executed: #!/bin/bash
set -euo pipefail
file="bindata/network/multus/multus.yaml"
printf '%s\n' '=== Changed file and PR diff ==='
git diff -- "$file"
git diff --unified=20 HEAD^ HEAD -- "$file" || true
printf '%s\n' '=== DaemonSet names and toleration contexts ==='
rg -n -A24 -B8 'name: (whereabouts-reconciler|kube-multus|multus-additional-cni-plugins|multus-networkpolicy)|tolerations:|effect: NoSchedule|hostNetwork: true|hostPID: true|privileged: true' "$file"Length of output: 11825
The PR changes only the The I will ignore the pre-merge check findings. ✏️ Learnings added
You are interacting with an AI system. |
Removed NoSchedule effect from tolerations in multus.yaml. As per bug https://redhat.atlassian.net/browse/OCPBUGS-77772 , the NoSchedule Effect is causing an issue with placement of the pods on the nodes where taint NoSchedule is added also as per the standard the toleration is only operator: Exists for all the other pods. Signed-off-by: Saurab Sonigra <ssonigra@redhat.com>
|
Note GitHub couldn't provide a complete incremental comparison for this pull request, so CodeRabbit is performing a full review instead. This review may take a little longer. |
|
I have tested the fix and its working, correctly as expected post the fix. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: ssonigra, taanyas The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
/assign jcaamano |
|
/test 5.0-upgrade-from-stable-4.22-e2e-gcp-ovn-upgrade |
|
@ssonigra: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
Bug: https://redhat.atlassian.net/browse/OCPBUGS-77772
What
Removes the
effect: NoSchedulerestriction from the whereabouts-reconciler DaemonSet toleration inbindata/network/multus/multus.yaml, leaving justoperator: Exists.Why
The whereabouts-reconciler DaemonSet is the only Multus DaemonSet in multus.yaml that specifies
effect: NoScheduleon its toleration. All other Multus DaemonSets (kube-multus, multus-additional-cni-plugins, multus-networkpolicy) use a catch-alloperator: Existstoleration with no effect restriction.The
NoSchedulerestriction prevents the whereabouts-reconciler pods from being scheduled on nodes withNoExecuteorPreferNoScheduletaints, causing IP address reconciliation gaps on those nodes.How to verify
NoExecutetaint to a worker node:Behavioral impact
NoScheduletaints; pods are not scheduled on nodes withNoExecuteorPreferNoScheduletaints.Upgrade/Rollback
NoSchedulerestriction. Pods on nodes with other taint effects will be evicted by the scheduler.Container privileges note
The
hostNetwork: true,hostPID: true, andprivileged: truesettings flagged by static analysis are pre-existing and required by the Multus network stack — they are not introduced by this change.