We are using Elastic search for last 2years and we are currently in 0.90.2 release which was upgraded on Jan 2014.
For our requirement aggregation (top_hits) fits and we planned to upgrade to 1.3.0
We are getting following exception when elastic search tries to recover shards.
FYI. This is happening only for a specific index which was created long time. Same index recovered properly with SNAPSHOT version of 1.3.0 (release till JUL 10th. 2014).
This is the only index we planned not to reindex which is having 8M docs (40GB) of data even though its too small for elasticsearch.
We are also ready for reindexing via our BULK updater. But, it will be good if this is an issue and that can be fixed in Elastic search.
Issue is causing when building meta data to get version from SegmentCommitInfo.
thanks for raising this. The exception is extremely helpful. This boils
down to a bug / inconsistency in
Lucene where some of the bugfix releases ie. 3.6.1, 4.3.1, 4.5.1 did
specify the minor version in it's version constant
where is shouldn't. I just opened [1] that fixes the issue. It's really
unfortunate that this problem is really rare and essentially a
bug in previous lucene releases. We will fix the issue ASAP and push for
1.3.1
FYI. This is happening only for a specific index which was created long
time. Same index recovered properly with SNAPSHOT version of 1.3.0
(release
till JUL 10th. 2014).
This is the only index we planned not to reindex which is having 8M docs
(40GB) of data even though its too small for elasticsearch.
We are also ready for reindexing via our BULK updater. But, it will be
good
if this is an issue and that can be fixed in Elastic search.
Issue is causing when* building meta data to get version from
SegmentCommitInfo*.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.