Finally upgrade our production cluster from 0.20.0RC2 to 0.90.2. Using the
old index built with 0.20, we started getting NumberFormatExceptions.
Example query:
"_shards": {
"total": 8,
"successful": 7,
"failed": 1,
"failures": [
{
"index": "foo",
"shard": 7,
"status": 500,
"reason":
"RemoteTransportException[[...][inet[/....159:9300]][search/phase/query]];
nested: QueryPhaseExecutionException[[foo][7]: query[...],from[0],size[40]:
Query Failed [Failed to execute main query]]; nested:
ElasticSearchException[java.lang.NumberFormatException: Invalid shift value
(64) in prefixCoded bytes (is encoded value really an INT?)]; nested:
UncheckedExecutionException[java.lang.NumberFormatException: Invalid shift
value (64) in prefixCoded bytes (is encoded value really an INT?)]; nested:
NumberFormatException[Invalid shift value (64) in prefixCoded bytes (is
encoded value really an INT?)]; "
}
]
}
In this example, 1 shard out of 8 is failing because of an invalid shard.
We saw this issue when we upgraded our development cluster, but ignored it
because it was only the development cluster. A full reindex with the latest
version made the issue go away, and we are hoping the same holds true this
time around as well.
Querying on that field with no facets works fine. This facet is one of
many, most of which are long fields.
Cheers,
Ivan
On Fri, Jul 12, 2013 at 11:05 AM, Ivan Brusic ivan@brusic.com wrote:
Finally upgrade our production cluster from 0.20.0RC2 to 0.90.2. Using
the old index built with 0.20, we started getting NumberFormatExceptions.
Example query:
"_shards": {
"total": 8,
"successful": 7,
"failed": 1,
"failures": [
{
"index": "foo",
"shard": 7,
"status": 500,
"reason":
"RemoteTransportException[[...][inet[/....159:9300]][search/phase/query]];
nested: QueryPhaseExecutionException[[foo][7]: query[...],from[0],size[40]:
Query Failed [Failed to execute main query]]; nested:
ElasticSearchException[java.lang.NumberFormatException: Invalid shift value
(64) in prefixCoded bytes (is encoded value really an INT?)]; nested:
UncheckedExecutionException[java.lang.NumberFormatException: Invalid shift
value (64) in prefixCoded bytes (is encoded value really an INT?)]; nested:
NumberFormatException[Invalid shift value (64) in prefixCoded bytes (is
encoded value really an INT?)]; "
}
]
}
In this example, 1 shard out of 8 is failing because of an invalid shard.
We saw this issue when we upgraded our development cluster, but ignored it
because it was only the development cluster. A full reindex with the latest
version made the issue go away, and we are hoping the same holds true this
time around as well.
Querying on that field with no facets works fine. This facet is one of many, most of which are long fields.
Cheers,
Ivan
On Fri, Jul 12, 2013 at 11:05 AM, Ivan Brusic ivan@brusic.com wrote:
Finally upgrade our production cluster from 0.20.0RC2 to 0.90.2. Using the old index built with 0.20, we started getting NumberFormatExceptions.
Example query:
"_shards": {
"total": 8,
"successful": 7,
"failed": 1,
"failures": [
{
"index": "foo",
"shard": 7,
"status": 500,
"reason": "RemoteTransportException[[...][inet[/....159:9300]][search/phase/query]]; nested: QueryPhaseExecutionException[[foo][7]: query[...],from[0],size[40]: Query Failed [Failed to execute main query]]; nested: ElasticSearchException[java.lang.NumberFormatException: Invalid shift value (64) in prefixCoded bytes (is encoded value really an INT?)]; nested: UncheckedExecutionException[java.lang.NumberFormatException: Invalid shift value (64) in prefixCoded bytes (is encoded value really an INT?)]; nested: NumberFormatException[Invalid shift value (64) in prefixCoded bytes (is encoded value really an INT?)]; "
}
]
}
In this example, 1 shard out of 8 is failing because of an invalid shard. We saw this issue when we upgraded our development cluster, but ignored it because it was only the development cluster. A full reindex with the latest version made the issue go away, and we are hoping the same holds true this time around as well.
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.