-
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
AssertionError inside ElasticsearchDirectoryReader.addReaderCloseListener #41795
Labels
>bug
:Distributed Indexing/Store
Issues around managing unopened Lucene indices. If it touches Store.java, this is a likely label.
v8.0.0-alpha1
Comments
costin
added
:Distributed Indexing/Store
Issues around managing unopened Lucene indices. If it touches Store.java, this is a likely label.
>bug
v8.0.0
labels
May 3, 2019
Pinging @elastic/es-distributed |
The issue is reproduced on the CI as well : https://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+pull-request-2/13036/console |
jimczi
added a commit
to jimczi/elasticsearch
that referenced
this issue
May 7, 2019
…y index The ReadOnlyEngine wraps its reader with a SoftDeletesDirectoryReaderWrapper if soft deletes are enabled. However the wrapping is done on top of the ElasticsearchDirectoryReader and that trips assertion later on since the cache key of these directories are different. This commit changes the order of the wrapping to put the ElasticsearchDirectoryReader first in order to ensure that it is always retrieved first when we unwrap the directory. Closes elastic#41795
jimczi
added a commit
that referenced
this issue
May 9, 2019
…y index (#41900) The ReadOnlyEngine wraps its reader with a SoftDeletesDirectoryReaderWrapper if soft deletes are enabled. However the wrapping is done on top of the ElasticsearchDirectoryReader and that trips assertion later on since the cache key of these directories are different. This commit changes the order of the wrapping to put the ElasticsearchDirectoryReader first in order to ensure that it is always retrieved first when we unwrap the directory. Closes #41795
jimczi
added a commit
that referenced
this issue
May 9, 2019
…y index (#41900) The ReadOnlyEngine wraps its reader with a SoftDeletesDirectoryReaderWrapper if soft deletes are enabled. However the wrapping is done on top of the ElasticsearchDirectoryReader and that trips assertion later on since the cache key of these directories are different. This commit changes the order of the wrapping to put the ElasticsearchDirectoryReader first in order to ensure that it is always retrieved first when we unwrap the directory. Closes #41795
gurkankaymak
pushed a commit
to gurkankaymak/elasticsearch
that referenced
this issue
May 27, 2019
…y index (elastic#41900) The ReadOnlyEngine wraps its reader with a SoftDeletesDirectoryReaderWrapper if soft deletes are enabled. However the wrapping is done on top of the ElasticsearchDirectoryReader and that trips assertion later on since the cache key of these directories are different. This commit changes the order of the wrapping to put the ElasticsearchDirectoryReader first in order to ensure that it is always retrieved first when we unwrap the directory. Closes elastic#41795
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
>bug
:Distributed Indexing/Store
Issues around managing unopened Lucene indices. If it touches Store.java, this is a likely label.
v8.0.0-alpha1
Elasticsearch version (
bin/elasticsearch --version
):Occurs in master while running an integration test
Plugins installed: []
None
JVM version (
java -version
):JVM: 12.0.1 (Oracle Corporation 12.0.1+12)
OS version (
uname -a
if on a Unix-like system):OS: Windows 10 10.0 amd64
Description of the problem including expected versus actual behavior:
While running integration test for querying frozen / throttled indices, the assertion error occurs causing the JVM to simply bail-out. Interestingly this seems to affect only queries that perform aggregations, normal queries or index discoveries work fine.
The exception thrown is:
Steps to reproduce:
Please include a minimal but complete recreation of the problem, including
(e.g.) index creation, mappings, settings, query etc. The easier you make for
us to reproduce it, the more likely that somebody will take the time to look at it.
I can reproduce the failure every time when running from the command line, inside Kibana or the IDE (through JDBC) somehow the query works.
The queries that fail looks as such:
Current commit is 7bddf5c
gradlew --parallel :x-pack:plugin:sql:qa:single-node:integTestRunner --tests "org.elasticsearch.xpack.sql.qa.single_node.JdbcFrozenCsvSpecIT" -Dcompiler.java=12 -Druntime.java=12
Provide logs (if relevant):
I'm currently on holidays so my availability is spotty but I'll be back next week.
The text was updated successfully, but these errors were encountered: