Bug 1731263: Re-enable preemption test with fixes#23645
Bug 1731263: Re-enable preemption test with fixes#23645openshift-merge-robot merged 1 commit intoopenshift:masterfrom
Conversation
|
@damemi: This pull request references Bugzilla bug 1731263, which is valid. The bug has been updated to refer to the pull request using the external bug tracker. DetailsIn response to this:
Instructions 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/test-infra repository. |
|
/retest |
| milliCPU = milliCPU * 10 / 100 | ||
| memAllocatable, found := currentNode.Status.Allocatable["memory"] | ||
| // Just to be tolerant use 0.6 of resources available on the node | ||
| milliCPU = int64(float64(milliCPU-currentMemUsage) * float64(0.6)) |
There was a problem hiding this comment.
@damemi it looks like this ends up being a negative number in the tests: Pod \"pod0-sched-preemption-medium-priority\" is invalid: spec.containers[0].resources.requests[cpu]: Invalid value: \"-912259020m\": must be greater than or equal to 0 maybe you'd need similar checks for utilization like in the other test?
0cd7a5c to
a2dab5d
Compare
|
/retest |
1 similar comment
|
/retest |
|
I think checking cpu is eliminating all 3 nodes... so maybe an error in the calculation there |
a2dab5d to
95ecd27
Compare
|
/retest |
|
@soltysh this is green now, think we can merge it? |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: damemi, soltysh 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 |
…#23645) This fixes a bug introduced in openshift#23645 by initializing the pod array with a length of 0 and a capacity of 4
…#23645) This fixes a bug introduced in openshift#23645 by initializing the pod array with a length of 0 and a capacity of 4
…#23645) This fixes a bug introduced in openshift#23645 by initializing the pod array with a length of 0 and a capacity of 4
| continue | ||
| } | ||
| podRes[v1.ResourceCPU] = *resource.NewMilliQuantity(int64(milliCPU), resource.DecimalSI) | ||
| podRes[v1.ResourceMemory] = *resource.NewQuantity(int64(memory), resource.BinarySI) |
There was a problem hiding this comment.
I'm noticing this now and it seems weird, @ravisantoshgudimetla do you know why we wouldn't want to set the resourceMemory, especially after we calculated it above? Or could this have been an error?
| continue | ||
| } | ||
| podRes[v1.ResourceCPU] = *resource.NewMilliQuantity(int64(milliCPU), resource.DecimalSI) | ||
| podRes[v1.ResourceMemory] = *resource.NewQuantity(int64(memory), resource.BinarySI) |
There was a problem hiding this comment.
@ravisantoshgudimetla same question here
Bug 1748150: Modify scheduler preemption tests (fixup #23645)
…s#23645) This fixes a bug introduced in openshift/origin#23645 by initializing the pod array with a length of 0 and a capacity of 4 Origin-commit: 5690efe3eeea7a54f5a30ae49cc37b0083fddcb5
…s#23645) This fixes a bug introduced in openshift/origin#23645 by initializing the pod array with a length of 0 and a capacity of 4 Origin-commit: 5690efe3eeea7a54f5a30ae49cc37b0083fddcb5
| @@ -90,45 +90,67 @@ var _ = SIGDescribe("SchedulerPreemption [Serial]", func() { | |||
| var podRes v1.ResourceList | |||
There was a problem hiding this comment.
can we please start using sensible commit messages? This one says nothing.
This test was marked as flaky but has had a number of fixes applied to it (pr openshift#23645 and openshift#23719) tht have adjusted the node utilization calculations and structure of the test to hopefully make it more stable. In order to address the comments in the BZ for this test's flakiness (https://bugzilla.redhat.com/show_bug.cgi?id=1731263#c9) we should remove the [flaky] tag to re-enable the tests.
…-enable it This test was marked as flaky but has had a number of fixes applied to it (pr openshift#23645 and openshift#23719) tht have adjusted the node utilization calculations and structure of the test to hopefully make it more stable. In order to address the comments in the BZ for this test's flakiness (https://bugzilla.redhat.com/show_bug.cgi?id=1731263#c9) we should remove the [flaky] tag to re-enable the tests.
Rebased changes from #23050