-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Test flake: timed out trying to delete namespace; no pods remaining #10670
Comments
Looking at this particular run, it:
|
Dupe of #10546 |
I'd rather close #10546 and keep this one open... it looks like the teardown of one test caused ginkgo to think 2 other tests failed. |
Ok I now know why we see attempts to delete this ns multiple times across different test cases. Within the kube e2e Framework struct, each time you run a new test, it creates a namespace and adds it to an array of namespaces to delete when cleaning up. When the test finishes, it tries to delete all the namespaces in the Framework's array. In this particular failure, it took longer than 5 minutes for the namespace deletion to finish, so 'deploymentconfigs generation [AfterEach] should deploy based on a status version bump [Conformance]' failed. The next test in the suite ran, and its AfterEach tried to delete the same namespace from before, as it's still in the list, and that failed with the 409 error ( The 409 happened one more time with another test. Next, the namespace controller finally managed to get everything deleted (the 200 just before the 404). Finally, 1 more test runs and tries to delete the first namespace, but because that namespace is gone, it gets back a 404 and then proceeds to delete the namespaces from tests 2, 3, and 4. Now on to figuring out why it took >5 minutes to delete the original namespace... |
the multiple attempts to delete a namespace in e2e framework are fixed here: kubernetes/kubernetes#31636 |
As seen in https://ci.openshift.redhat.com/jenkins/job/test_pull_requests_origin_conformance/5663/consoleFull#70466133856cbb9a5e4b02b88ae8c2f77
cc @derekwaynecarr
The text was updated successfully, but these errors were encountered: