-
Notifications
You must be signed in to change notification settings - Fork 501
Automated cherry pick of #8442: Support patching workload priority class #8499
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
Automated cherry pick of #8442: Support patching workload priority class #8499
Conversation
Changes to WorkloadPriorityClass change the priority now.
|
Hi @ASverdlov. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. 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. |
✅ Deploy Preview for kubernetes-sigs-kueue canceled.
|
|
/ok-to-test |
|
Is there are some conflicts? |
|
Ah, I see conflicts #8442 (comment). Sorry, missed this. |
|
We would appriciate if you can point the place where you manually fixed conflicts for reviewers 🙏 |
|
@tenzen-y there were quite a few conflicts (10-20) related to refactoring of some testing frameworks, where I just accepted the old version. Let me figure out the failures, and I'll document all the conflicts I've faced. |
Thank you 👍 |
test/integration/singlecluster/controller/jobs/job/job_controller_test.go
Show resolved
Hide resolved
If value of WorkloadPriorityClass changes (or it's recreated), we want to reflect the changes in Workload's using it. This can potentially lead to evictions of the running Workloads.
|
Fixed the conflicts related to Then rebased and force-pushed. I still get the following error locally, but I don't see it in the CI failures, so I'm assuming something's wrong with my local setup: |
2c82f0f to
742ea21
Compare
|
/kind bug |
|
So, IIUC conflicts where only around Thank you 👍 |
|
LGTM label has been added. DetailsGit tree hash: 3c470d323d9e401b948ce58501c3f3e874c68084 |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ASverdlov, mimowo The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest |
@mimowo AFAIK, mutable WorkloadPriorityClass was introduced as part of v0.15.0. So, I think that this commit should be cherry-picked only to release-0.15. |
The test expects deployment.Status.TerminatingReplicas to be nil when there are no terminating replicas, but in Kubernetes 1.35, this field is being set to a pointer to int32(0) instead of nil.
|
Looks like the cert e2e test is broken on 1.35 Kubernetes due to this change: https://github.com/kubernetes/kubernetes/pull/133087/files#diff-e91eb9863c89aa7f1f9dfa02c9e19af027bbb175057f55bd5628019d12bd5b16R339 I pushed the fix directly here. Let me see if it helps. Not sure why this doesn't fail anywhere else. |
|
This fix (9d62d46) helped. I'd like to create a separate PR with the same fix (and cherry-pick it to all supported versions), since this e2e test will be failed on all the new releases to k8s 1.35. @mimowo lmk which order you prefer: waiting for that fix to land in release-0.15 first, or we can merge this cherry-pick PR and the fix commit together first Update: I see someone was faster and already merged a fix to main: #8505, will wait for the cherry-pick and will rebase |
makes sense, thank you for checking |
It is ok to embed in this PR as already done. /lgtm |
|
LGTM label has been added. DetailsGit tree hash: 58e23e9df5c409792bc7d1e65fba830fb0dc4fb2 |
Cherry pick of #8442 on release-0.15.
#8442: Support patching workload priority class
For details on the cherry pick process, see the cherry pick requests page.