Create DefaultPodDeletionTimeout for e2e tests#42734
Conversation
|
@k8s-bot unit test this |
|
@k8s-bot kops aws e2e test this |
|
/release-note-none |
|
Seems ok to me. @dchen1107 @yujuhong @vishh @kubernetes/sig-node-pr-reviews wdyt? |
|
Not 100% clear - this is to ensure we get a stronger signal to debug flakes? or it's to make flakes go away? Or a flaw in the tests that they have timeouts with force deletion? |
|
I thought it was to make flakes go away by waiting longer for pods to be deleted. If that's not the case, I would like to know the purpose. |
|
@smarterclayton not a flaw in the tests. This change has two motivations:
|
|
Ok, I just wanted to make sure this wasn't "we have bugs in cleanup of pods when short termination deadlines are set". /approve |
|
/lgtm |
|
The idea SGTM; didn't review the PR. |
|
@k8s-bot gce etcd3 e2e test this |
|
@caesarxuchao just saw this. Working on adding it now... If i dont make it before this merges then Ill just open another PR |
5baa1cb to
3806d38
Compare
|
@caesarxuchao @ncdc I updated this PR to include the timeouts in test/e2e/common/pods.go and test/e2e/generated_clientset.go. PTAL |
|
Changes in test/e2e/generated_clientset.go lgtm. Thanks. |
|
See #42776. Pod deletion shouldn't normally take this long. |
|
I agree that they should not normally take this long. Ideally, we should have separate tests for pod deletion latency. I plan to add these in the near future. However, I still think having uniform pod deletion timeouts is useful. |
Agreed. Didn't mean to imply that this PR is no longer needed. I think it'd still be good to get this in for 1.6 as part of the test cleanup. |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED The following people have approved this PR: dashpole, ncdc, smarterclayton, yujuhong Needs approval from an approver in each of these OWNERS Files:
We suggest the following people: |
|
Automatic merge from submit-queue (batch tested with PRs 42734, 42745, 42758, 42814, 42694) |
|
@smarterclayton RE: #42734 (comment): you did smell a real issue here :-) |
In our e2e and e2e_node tests, we had a number of different timeouts for deletion.
Recent changes to the way deletion works (#41644, #41456) have resulted in some timeouts in e2e tests. #42661 was the most recent fix for this.
Most of these tests are not meant to test pod deletion latency, but rather just to clean up pods after a test is finished.
For this reason, we should change all these tests to use a standard, fairly high timeout for deletion.
cc @vishh @Random-Liu