You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
'fileContent' field is used for storing text extracted from .pdf files via Apache Tika.
4. All other index settings have default values.
Steps:
Index this huge document: PUT elasticbug/filesetdata/54c87535-1baf-46d7-a6f9-2b0c914c7479 huge doc Right after that try to GET this document: GET elasticbug/filesetdata/54c87535-1baf-46d7-a6f9-2b0c914c7479
[Expected]
Document was successfully obtained
[Actual]
[2014-07-01 16:01:45,009][DEBUG][action.get] [Shard] [elasticbug][3]: failed to execute [[elasticbug][filesetdata][54c87535-1baf-46d7-a6f9-2b0c914c7479]: routing [null]]
java.lang.IllegalArgumentException: No type mapped for [105]
at org.elasticsearch.index.translog.Translog$Operation$Type.fromId(Translog.java:223)
at org.elasticsearch.index.translog.TranslogStreams.readSource(TranslogStreams.java:59)
at org.elasticsearch.index.engine.internal.InternalEngine.get(InternalEngine.java:340)
at org.elasticsearch.index.shard.service.InternalIndexShard.get(InternalIndexShard.java:469)
at org.elasticsearch.index.get.ShardGetService.innerGet(ShardGetService.java:195)
at org.elasticsearch.index.get.ShardGetService.get(ShardGetService.java:106)
at org.elasticsearch.action.get.TransportGetAction.shardOperation(TransportGetAction.java:109)
at org.elasticsearch.action.get.TransportGetAction.shardOperation(TransportGetAction.java:43)
at org.elasticsearch.action.support.single.shard.TransportShardSingleOperationAction$AsyncSingleAction$1.run(TransportShardSingleOperationAction.java:163)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
NOTE:
After a while (about 30m) GET works fine and obtains document without any problems. As far as i understand it depends on index.translog.flush_threshold_period setting.
I also noticed that refresh parameter set to true in index command (?refesh=true) fixes this issue. Interesting that force _refresh via api DOES NOT help.
This is the same issue like #6441: This happens after indexing a large document and then get it from the translog.
To check if this is really the same issue do the following:
Index the large document
Don't flush and shutdown ES
Restart ES
After that ES will no lomger come up, because it cannot apply the translog, which will show the same error messages.
The difference is only: Here we just cannot get the document until flush, but if we shutdown, ES has to replay the translog after shutdown and this fails to replay, so the index no longer comes up.
@Zazik it looks indeed very much like #6441 which was solved with #6576 . I think we can close this as resolved. If you want, you can verify it was fixed by checking out the 1.x branch and giving it a spin. Thx for the detailed report.
Hi!
I have updated elasticsearch from 1.1.0 to 1.2.1 and faced with a strange issue. I'm not sure, but it can be related to the thread #6441
Preconditions:
'fileContent' field is used for storing text extracted from .pdf files via Apache Tika.
4. All other index settings have default values.
Steps:
Index this huge document:
PUT elasticbug/filesetdata/54c87535-1baf-46d7-a6f9-2b0c914c7479 huge doc
Right after that try to GET this document:
GET elasticbug/filesetdata/54c87535-1baf-46d7-a6f9-2b0c914c7479
[Expected]
[Actual]
NOTE:
before the get.
Thanks!
The text was updated successfully, but these errors were encountered: