-
Notifications
You must be signed in to change notification settings - Fork 25k
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] EsqlDisruptionIT testFromSortWithTieBreakerLimit failing #100105
Labels
:Analytics/ES|QL
AKA ESQL
Team:QL (Deprecated)
Meta label for query languages team
>test-failure
Triaged test failures from CI
Comments
stu-elastic
added
:Analytics/ES|QL
AKA ESQL
>test-failure
Triaged test failures from CI
labels
Sep 29, 2023
elasticsearchmachine
added
the
Team:QL (Deprecated)
Meta label for query languages team
label
Sep 29, 2023
Pinging @elastic/es-ql (Team:QL) |
Pinging @elastic/elasticsearch-esql (:Query Languages/ES|QL) |
dnhatn
added a commit
that referenced
this issue
Oct 1, 2023
The global BlockFactory should work fine in production, where each Elasticsearch node runs in its own JVM process. However, this approach can lead to issues during testing, especially in IT tests. The same JVM process might get reused across multiple tests, resulting in situations where multiple IT tests inadvertently use the same instance of the global BlockFactory. For instance, EsqlDisruptionIT fails because it accidentally uses the global BlockFactory initialized by EsqlActionBreakerIT, which has a limit set to 1KB. Another issue in IT tests is that multiple Elasticsearch nodes can share the same (single) global instance of the BlockFactory. Closes #100105
piergm
pushed a commit
to piergm/elasticsearch
that referenced
this issue
Oct 2, 2023
The global BlockFactory should work fine in production, where each Elasticsearch node runs in its own JVM process. However, this approach can lead to issues during testing, especially in IT tests. The same JVM process might get reused across multiple tests, resulting in situations where multiple IT tests inadvertently use the same instance of the global BlockFactory. For instance, EsqlDisruptionIT fails because it accidentally uses the global BlockFactory initialized by EsqlActionBreakerIT, which has a limit set to 1KB. Another issue in IT tests is that multiple Elasticsearch nodes can share the same (single) global instance of the BlockFactory. Closes elastic#100105
jakelandis
pushed a commit
to jakelandis/elasticsearch
that referenced
this issue
Oct 2, 2023
The global BlockFactory should work fine in production, where each Elasticsearch node runs in its own JVM process. However, this approach can lead to issues during testing, especially in IT tests. The same JVM process might get reused across multiple tests, resulting in situations where multiple IT tests inadvertently use the same instance of the global BlockFactory. For instance, EsqlDisruptionIT fails because it accidentally uses the global BlockFactory initialized by EsqlActionBreakerIT, which has a limit set to 1KB. Another issue in IT tests is that multiple Elasticsearch nodes can share the same (single) global instance of the BlockFactory. Closes elastic#100105
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
:Analytics/ES|QL
AKA ESQL
Team:QL (Deprecated)
Meta label for query languages team
>test-failure
Triaged test failures from CI
Build scan:
https://gradle-enterprise.elastic.co/s/lfe6he6gbt5g4/tests/:x-pack:plugin:esql:internalClusterTest/org.elasticsearch.xpack.esql.action.EsqlDisruptionIT/testFromSortWithTieBreakerLimit
Reproduction line:
Applicable branches:
main
Reproduces locally?:
No
Failure history:
https://gradle-enterprise.elastic.co/scans/tests?tests.container=org.elasticsearch.xpack.esql.action.EsqlDisruptionIT&tests.test=testFromSortWithTieBreakerLimit
Failure excerpt:
The text was updated successfully, but these errors were encountered: