-
Notifications
You must be signed in to change notification settings - Fork 724
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
ci: flaky well-known endpoints test #3999
Comments
TLS 1.2 failure with amazon.com
|
TLS 1.1 failure with amazon.com
|
This is kind of an interesting idea from this issue #756. We could run both s_client and s2nc and the test would fail if only s2nc fails, otherwise we conclude there's something wrong with the endpoint and not us. |
Certainly seems worth a try. Although the easier solution is to just remove it from our list and replace it with some other well-known endpoint. I'd also love for this to be considered a high priority, since the addition of the nix job in CI checks means that the failure rate of this test is now worse because we need 2 successes instead of just the 1. |
Resolved in #4884 |
Problem:
The well-known endpoints test occasionally fails to negotiate a TLS connection with Amazon.com
more errors, for well-known-endpoint Amazon on TLS 1.0
log link
Solution:
Uncertain at the moment. I'm going to continue to paste failure here as I see them, until I can hopefully establish a pattern of behavior. E.g. does it always fail on the same TLS version?
Requirements / Acceptance Criteria:
This test must be reliable enough that when it fails my first thought should be "oh no, I have broken something with TLS negotiation" and not "I need to restart the test"
The text was updated successfully, but these errors were encountered: