-
Notifications
You must be signed in to change notification settings - Fork 24.9k
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] Frequent timeouts for XPackRestIT #48212
Labels
:Delivery/Build
Build or test infrastructure
Team:Delivery
Meta label for Delivery team
>test-failure
Triaged test failures from CI
Comments
mark-vieira
added
:Delivery/Build
Build or test infrastructure
>test-failure
Triaged test failures from CI
labels
Oct 17, 2019
Pinging @elastic/es-core-infra (:Core/Infra/Build) |
It would be better to have a lot of tolerance at the suite level and tighter timeouts on the individual methods ? This would be solved by #47793 in a better way by making the timeout dependent on the number of individual tests. I'we been thinking about splitting these large tests for a while so I added #48229 to have it in writing. |
alpar-t
added a commit
to alpar-t/elasticsearch
that referenced
this issue
Oct 18, 2019
Some of these are larger than what can complete in the regular timeout. Closes elastic#48212
mark-vieira
pushed a commit
that referenced
this issue
Oct 18, 2019
Some of these are larger than what can complete in the regular timeout. Closes #48212
mark-vieira
pushed a commit
that referenced
this issue
Oct 18, 2019
Some of these are larger than what can complete in the regular timeout. Closes #48212
mark-vieira
pushed a commit
that referenced
this issue
Oct 18, 2019
Some of these are larger than what can complete in the regular timeout. Closes #48212
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
:Delivery/Build
Build or test infrastructure
Team:Delivery
Meta label for Delivery team
>test-failure
Triaged test failures from CI
We have a decent number of builds failing due to the
XPackRestIT
suite timing out.I'm thinking this might just be a case of this suite growing bigger and bigger and simply getting too close to the default suite timeout of 20 minutes. As you can tell from this build the suite took over 19m during a successful run. Perhaps it makes sense to bump the suite timeout for this test or break it up, depending on how easy that might be.
The text was updated successfully, but these errors were encountered: