Error Creating Percolator

timscott · March 16, 2011, 9:28pm

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":[],"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":[],"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":[],"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

kimchy · March 16, 2011, 9:31pm

Can you gist a full curl recreation? Fastest way to check/solve this.
On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

timscott · March 16, 2011, 10:56pm

Here's the gist: Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

kimchy · March 17, 2011, 10:12am

Are you sure you are running on 0.15.2? I just ran this test on 0.15.2 (single node) and it passes. One reason that might explain this is an issue fixed in 0.15.1: Percolate: Failure to percolate with specific query (when creating the _percolate index before the actual index) · Issue #725 · elastic/elasticsearch · GitHub.
On Thursday, March 17, 2011 at 12:56 AM, Tim Scott wrote:

Here's the gist: Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

timscott · March 17, 2011, 3:08pm

Yes, I am on 0.15.2. I reproduced again with the following steps:

Shut down elasticsearch. I checked Activity Monitor to be sure
that java was not running.
Started elasticsearch. The output contained this: {elasticsearch/
0.15.2}[77619]: initializing ...
Deleted the "test" index.
Repeated the gist-ed curl.

Same result. Could it be that my install is corrupted, or worse,
something bad with my data?

On Mar 17, 5:12 am, Shay Banon shay.ba...@elasticsearch.com wrote:

Are you sure you are running on 0.15.2? I just ran this test on 0.15.2 (single node) and it passes. One reason that might explain this is an issue fixed in 0.15.1:Percolate: Failure to percolate with specific query (when creating the _percolate index before the actual index) · Issue #725 · elastic/elasticsearch · GitHub.

On Thursday, March 17, 2011 at 12:56 AM, Tim Scott wrote:

Here's the gist:Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

kimchy · March 18, 2011, 12:05am

Ok, managed to recreate it (it revolves around the fact that the index gets deleted for some reason). Will track it down. Opened an issue: Percolator failure when deleting and creating an index, also causes problem with percolated queries isolation between different indices · Issue #790 · elastic/elasticsearch · GitHub.
On Thursday, March 17, 2011 at 5:08 PM, Tim Scott wrote:

Yes, I am on 0.15.2. I reproduced again with the following steps:

Shut down elasticsearch. I checked Activity Monitor to be sure
that java was not running.

Started elasticsearch. The output contained this: {elasticsearch/
0.15.2}[77619]: initializing ...

Deleted the "test" index.

Repeated the gist-ed curl.

Same result. Could it be that my install is corrupted, or worse,
something bad with my data?

On Mar 17, 5:12 am, Shay Banon shay.ba...@elasticsearch.com wrote:

Are you sure you are running on 0.15.2? I just ran this test on 0.15.2 (single node) and it passes. One reason that might explain this is an issue fixed in 0.15.1:Percolate: Failure to percolate with specific query (when creating the _percolate index before the actual index) · Issue #725 · elastic/elasticsearch · GitHub.

On Thursday, March 17, 2011 at 12:56 AM, Tim Scott wrote:

Here's the gist:Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

kimchy · March 18, 2011, 8:33am

ok, found the problem, running final tests and will push a fix soon. This also found a problem in isolation of percolated queries between different indices, so good job!
On Friday, March 18, 2011 at 2:05 AM, Shay Banon wrote:

Ok, managed to recreate it (it revolves around the fact that the index gets deleted for some reason). Will track it down. Opened an issue: Percolator failure when deleting and creating an index, also causes problem with percolated queries isolation between different indices · Issue #790 · elastic/elasticsearch · GitHub.
On Thursday, March 17, 2011 at 5:08 PM, Tim Scott wrote:

Yes, I am on 0.15.2. I reproduced again with the following steps:

Shut down elasticsearch. I checked Activity Monitor to be sure
that java was not running.

Started elasticsearch. The output contained this: {elasticsearch/
0.15.2}[77619]: initializing ...

Deleted the "test" index.

Repeated the gist-ed curl.

Same result. Could it be that my install is corrupted, or worse,
something bad with my data?

On Mar 17, 5:12 am, Shay Banon shay.ba...@elasticsearch.com wrote:

Are you sure you are running on 0.15.2? I just ran this test on 0.15.2 (single node) and it passes. One reason that might explain this is an issue fixed in 0.15.1:Percolate: Failure to percolate with specific query (when creating the _percolate index before the actual index) · Issue #725 · elastic/elasticsearch · GitHub.

On Thursday, March 17, 2011 at 12:56 AM, Tim Scott wrote:

Here's the gist:Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

timscott · April 12, 2011, 2:33pm

I guess this is fixed in the trunk. Any guess when it will be
released?

On Mar 18, 3:33 am, Shay Banon shay.ba...@elasticsearch.com wrote:

ok, found the problem, running final tests and will push a fix soon. This also found a problem in isolation of percolated queries between different indices, so good job!

On Friday, March 18, 2011 at 2:05 AM, Shay Banon wrote:

Ok, managed to recreate it (it revolves around the fact that the index gets deleted for some reason). Will track it down. Opened an issue:Percolator failure when deleting and creating an index, also causes problem with percolated queries isolation between different indices · Issue #790 · elastic/elasticsearch · GitHub.
On Thursday, March 17, 2011 at 5:08 PM, Tim Scott wrote:

Yes, I am on 0.15.2. I reproduced again with the following steps:

Shut down elasticsearch. I checked Activity Monitor to be sure
that java was not running.

Started elasticsearch. The output contained this: {elasticsearch/
0.15.2}[77619]: initializing ...

Deleted the "test" index.

Repeated the gist-ed curl.

Same result. Could it be that my install is corrupted, or worse,
something bad with my data?

On Mar 17, 5:12 am, Shay Banon shay.ba...@elasticsearch.com wrote:

Are you sure you are running on 0.15.2? I just ran this test on 0.15.2 (single node) and it passes. One reason that might explain this is an issue fixed in 0.15.1:Percolate: Failure to percolate with specific query (when creating the _percolate index before the actual index) · Issue #725 · elastic/elasticsearch · GitHub.

On Thursday, March 17, 2011 at 12:56 AM, Tim Scott wrote:

Here's the gist:Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

kimchy · April 12, 2011, 4:00pm

Trying to push to release 0.16 by the end of the week, or early next week.
On Tuesday, April 12, 2011 at 5:33 PM, Tim Scott wrote:

I guess this is fixed in the trunk. Any guess when it will be
released?

On Mar 18, 3:33 am, Shay Banon shay.ba...@elasticsearch.com wrote:

ok, found the problem, running final tests and will push a fix soon. This also found a problem in isolation of percolated queries between different indices, so good job!

On Friday, March 18, 2011 at 2:05 AM, Shay Banon wrote:

Ok, managed to recreate it (it revolves around the fact that the index gets deleted for some reason). Will track it down. Opened an issue:Percolator failure when deleting and creating an index, also causes problem with percolated queries isolation between different indices · Issue #790 · elastic/elasticsearch · GitHub.
On Thursday, March 17, 2011 at 5:08 PM, Tim Scott wrote:

Yes, I am on 0.15.2. I reproduced again with the following steps:

Shut down elasticsearch. I checked Activity Monitor to be sure
that java was not running.

Started elasticsearch. The output contained this: {elasticsearch/
0.15.2}[77619]: initializing ...

Deleted the "test" index.

Repeated the gist-ed curl.

Same result. Could it be that my install is corrupted, or worse,
something bad with my data?

On Mar 17, 5:12 am, Shay Banon shay.ba...@elasticsearch.com wrote:

Are you sure you are running on 0.15.2? I just ran this test on 0.15.2 (single node) and it passes. One reason that might explain this is an issue fixed in 0.15.1:Percolate: Failure to percolate with specific query (when creating the _percolate index before the actual index) · Issue #725 · elastic/elasticsearch · GitHub.

On Thursday, March 17, 2011 at 12:56 AM, Tim Scott wrote:

Here's the gist:Shows how to recreate AlreadyClosedException when creating a percolator in 0.15.2 · GitHub

Not 100% sure, but I think I do not get this error if the query only
touches non analyzed fields.

On Mar 16, 4:31 pm, Shay Banon shay.ba...@elasticsearch.com wrote:

Can you gist a full curl recreation? Fastest way to check/solve this.

On Wednesday, March 16, 2011 at 11:28 PM, Tim Scott wrote:

I get an error creating a percolator. First I test the query:

curl -XGET localhost:9200/test/_search -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It works fine and returns some documents. Then I try to create a
percolator from the same query:

curl -XPUT localhost:9200/_percolator/test/5d345404-d09b-4647-
a584-9ea8010bc0ab -d'
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}'

It throws. Any ideas? I'm running 0.15.2.

The exception:

Failed to execute [index {[_percolator][test][5d345404-d09b-4647-
a584-9ea8010bc0ab], source[
{"query":{"bool":{"should":,"must":[{"field":{"Content":
{"query":"test","phrase_slop":0}}}],"must_not":[{"field":{"Trashed":
{"query":true}}}]}}}]}]
org.apache.lucene.store.AlreadyClosedException: this Analyzer is
closed
at
org.apache.lucene.analysis.Analyzer.getPreviousTokenStream(Analyzer.java:
65)
at
org.apache.lucene.analysis.standard.StandardAnalyzer.reusableTokenStream(StandardAnalyzer.java:
143)
at
org.elasticsearch.index.analysis.NamedAnalyzer.reusableTokenStream(NamedAnalyzer.java:
81)
at org.elasticsearch.index.mapper.MapperService
$SmartIndexNameSearchAnalyzer.reusableTokenStream(MapperService.java:
551)
at
org.apache.lucene.queryParser.QueryParser.getFieldQuery(QueryParser.java:
519)
at
org.apache.lucene.queryParser.MapperQueryParser.getFieldQuery(MapperQueryParser.java:
118)
at org.apache.lucene.queryParser.QueryParser.Term(QueryParser.java:
1362)
at org.apache.lucene.queryParser.QueryParser.Clause(QueryParser.java:
1250)
at org.apache.lucene.queryParser.QueryParser.Query(QueryParser.java:
1178)
at
org.apache.lucene.queryParser.QueryParser.TopLevelQuery(QueryParser.java:
1167)
at org.apache.lucene.queryParser.QueryParser.parse(QueryParser.java:
182)
at
org.elasticsearch.index.query.xcontent.FieldQueryParser.parse(FieldQueryParser.java:
137)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.BoolQueryParser.parse(BoolQueryParser.java:
80)
at
org.elasticsearch.index.query.xcontent.QueryParseContext.parseInnerQuery(QueryParseContext.java:
167)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
234)
at
org.elasticsearch.index.query.xcontent.XContentIndexQueryParser.parse(XContentIndexQueryParser.java:
214)
at
org.elasticsearch.index.percolator.PercolatorExecutor.parseQuery(PercolatorExecutor.java:
225)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
209)
at
org.elasticsearch.index.percolator.PercolatorExecutor.addQuery(PercolatorExecutor.java:
205)
at org.elasticsearch.index.percolator.PercolatorService
$RealTimePercolatorOperationListener.beforeIndex(PercolatorService.java:
219)
at
org.elasticsearch.index.shard.service.InternalIndexShard.index(InternalIndexShard.java:
278)
at
org.elasticsearch.action.index.TransportIndexAction.shardOperationOnPrimary(TransportIndexAction.java:
184)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.performOnPrimary(TransportShardReplicationOperationAction.java:
418)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction.access
$100(TransportShardReplicationOperationAction.java:233)
at
org.elasticsearch.action.support.replication.TransportShardReplicationOperationAction
$AsyncShardOperationAction
$1.run(TransportShardReplicationOperationAction.java:331)
at java.util.concurrent.ThreadPoolExecutor
$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor
$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)

Topic		Replies	Views
Elasticsearch:es-hadoop Elasticsearch	10	1080	July 24, 2017
Percolator query problem Elasticsearch	1	329	July 6, 2017
Percolator throws INTERNAL_SERVER_ERROR on irrelevant field Elasticsearch	12	1137	July 5, 2017
Using percolator causes INTERNAL_SERVER_ERROR with NPE Elasticsearch	5	932	September 4, 2017
Percolator Issue Elasticsearch	5	438	July 6, 2017

Error Creating Percolator

Related topics