Fix DockerTrustSuite SetUpTest#19471
Conversation
This hopefully makes DockerTrustSuite.SetUpTest less flaky. Increased the number of attempts to check if Notary is available before giving up. Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
There was a problem hiding this comment.
I thought more attempts was better than a longer "sleep", so that we don't make the tests take longer if it does come up fast enough
There was a problem hiding this comment.
I agree. But even after 20 attempts, that is still a 200 ms timeout. I'd suggest raising it even further. It is very possible for I/O or resource starvation to make launching a service take more than 200 ms.
There was a problem hiding this comment.
it's 10 * 20 * 20 = 4000 milliseconds = 4 seconds
There was a problem hiding this comment.
@aaronlehmann let's give this a try; we can raise it further if it's still flaky. If it is, we may want to temporarily add some logging to see how long it actually takes, sgty?
|
Janky, why are you failing.. |
|
LGTM |
|
Lol, and gccgo is failing on another flaky test 😢 #19368 |
|
LGTM. Worth a shot. |
|
It's green, so lets merge! |
Fix DockerTrustSuite SetUpTest
|
@thaJeztah I'll let Jenkins test this with the DockerTrustSuite enabled on ARM. |
|
@StefanScherer thanks! As mentioned, we can still tweak this, my primary concern was to get the test at least a bit more reliable :-) |
|
@thaJeztah Sure! But look, DockerTrustSuite works on ARM: I'll send a PR for that 😄 |
This hopefully makes DockerTrustSuite.SetUpTest less flaky.
Increased the number of attempts to check if Notary is available before giving up.
fixes #19393 (fingers crossed)