Skip to content
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

E2E Tests - Flakes in Istio and AllInOne Tests #2071

Closed
shaneutt opened this issue Dec 9, 2021 · 1 comment · Fixed by #2073
Closed

E2E Tests - Flakes in Istio and AllInOne Tests #2071

shaneutt opened this issue Dec 9, 2021 · 1 comment · Fixed by #2073
Assignees

Comments

@shaneutt
Copy link
Contributor

shaneutt commented Dec 9, 2021

Current Behavior

A test flake appears to be showing up in our Istio nightly E2E tests:

 === CONT  TestIstioWithKongIngressGateway
    istio_test.go:308: 
        	Error Trace:	istio_test.go:308
        	Error:      	Condition never satisfied
        	Test:       	TestIstioWithKongIngressGateway
    istio_test.go:92: cleaning up istio test cluster 1c6f3d90-a772-40e6-8171-923ad6a75a67

And our all-in-one tests:

 === CONT  TestDeployAllInOneDBLESSNoLoadBalancer
    all_in_one_test.go:337: 
        	Error Trace:	all_in_one_test.go:337
        	            				all_in_one_test.go:137
        	Error:      	Condition never satisfied
        	Test:       	TestDeployAllInOneDBLESSNoLoadBalancer
@shaneutt shaneutt added bug Something isn't working priority/low test-flake labels Dec 9, 2021
@shaneutt shaneutt self-assigned this Dec 9, 2021
@shaneutt shaneutt changed the title E2E Tests - Flakes in Istio tests E2E Tests - Flakes in Istio and AllInOne Tests Dec 9, 2021
@shaneutt
Copy link
Contributor Author

shaneutt commented Dec 9, 2021

I was able to reproduce the problem with the TestDeployAllInOneDBLESSNoLoadBalancer test. It appears this one (unlike the Istio one) is consistent. The problem is due to health checks for the ingress controller never becoming healthy because the health checks rely on the LoadBalancer type service becoming provisioned in order to consider the kong deployment healthy. It would seem that things have changed around this recently so I'm going to review the recent changes that started triggering this failure and determine if the best course of action is to change that health check, or change the test.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant