-
Notifications
You must be signed in to change notification settings - Fork 25.6k
Move docker image to registry to address flaky test #129660
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
Move docker image to registry to address flaky test #129660
Conversation
…eate a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as elastic#126694 and also speed up execution.
|
Pinging @elastic/es-security (Team:Security) |
slobodanadamovic
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍
Nice job!
* Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as elastic#126694 and also speed up execution. * fix name
💔 Backport failed
You can use sqren/backport to manually backport by running |
* Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as #126694 and also speed up execution. * fix name
* Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as elastic#126694 and also speed up execution. * fix name
|
@ankit--sethi wondering if we should backport your PR to 9.0 as well -- since it's a test we can still backport to that branch. Getting a failure from 9.0 (#130461). |
Oh I should have added 9.0 in the first place, I'll work on that backport today |
* Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as elastic#126694 and also speed up execution. * fix name (cherry picked from commit 22390d7)
…lastic#129878) * Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as elastic#126694 and also speed up execution. * fix name (cherry picked from commit eec192f) # Conflicts: # x-pack/test/smb-fixture/src/main/java/org/elasticsearch/test/fixtures/smb/SmbTestContainer.java
… (#131178) * Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as #126694 and also speed up execution. * fix name (cherry picked from commit eec192f) # Conflicts: # x-pack/test/smb-fixture/src/main/java/org/elasticsearch/test/fixtures/smb/SmbTestContainer.java Co-authored-by: Ankit Sethi <[email protected]>
* Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as elastic#126694 and also speed up execution. * fix name (cherry picked from commit 22390d7)
Instead of creating a new Docker image on-the-fly, it is better to create a persistent image and upload it to Docker Registry. This will help tests dependent on this image be resilient to transient issues such as #126694 and also speed up execution.
I've added a new docker image for this fixture:
