[
https://issues.apache.org/jira/browse/SOLR-9104?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Markus Jelsma updated SOLR-9104:
--------------------------------
Description:
This is a very weird problem that is reproducible on a small production server,
but not on the local machine although they run the same 6.0 version., and have
an almost identical index. The only minor difference is that production is a
SolrCloud with 1 shard and two replica's, just for a bit of redundancy.
The following query yields zero results and throws the NPE:
{code}
select?q=query:seis&fq={!collapse field=query_digest}&fq={!collapse
field=result_digest}
{code}
The next query does yield results and does not throw anything, it just works as
it should work:
{code}
select?q=query:seiz&fq={!collapse field=query_digest}&fq={!collapse
field=result_digest}
{code}
The /select handler used does not add any fancy param other than rows.
Here's the NPE:
{code}
2016-05-11 14:10:27.666 ERROR (qtp1209271652-3338) [c:suggestions s:shard1
r:core_node1 x:suggestions_shard1_replica1] o.a.s.s.HttpSolrCall
null:java.lang.NullPointerException
at
org.apache.solr.search.CollapsingQParserPlugin$IntScoreCollector.finish(CollapsingQParserPlugin.java:814)
at
org.apache.solr.search.CollapsingQParserPlugin$IntScoreCollector.finish(CollapsingQParserPlugin.java:851)
at
org.apache.solr.search.SolrIndexSearcher.buildAndRunCollectorChain(SolrIndexSearcher.java:272)
at
org.apache.solr.search.SolrIndexSearcher.getDocListNC(SolrIndexSearcher.java:1794)
at
org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1611)
at
org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:634)
at
org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:529)
at
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:287)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
{code}
was:
This is a very weird problem that is reproducible on a small production server,
but not on the local machine although they run the same 6.0 version., and have
an almost identical index. The only minor difference is that production is a
SolrCloud with 1 shard and two replica's, just for a bit of redundancy.
The following query yields zero results and then throws the NPE:
{code}
select?q=query:seis&fq={!collapse field=query_digest}&fq={!collapse
field=result_digest}
{code}
The next query does yield results and does not throw anything, it just works as
it should work:
{code}
select?q=query:seiz&fq={!collapse field=query_digest}&fq={!collapse
field=result_digest}
{code}
The /select handler used does not add and fancy param other than rows.
Here's the NPE:
{code}
2016-05-11 14:10:27.666 ERROR (qtp1209271652-3338) [c:suggestions s:shard1
r:core_node1 x:suggestions_shard1_replica1] o.a.s.s.HttpSolrCall
null:java.lang.NullPointerException
at
org.apache.solr.search.CollapsingQParserPlugin$IntScoreCollector.finish(CollapsingQParserPlugin.java:814)
at
org.apache.solr.search.CollapsingQParserPlugin$IntScoreCollector.finish(CollapsingQParserPlugin.java:851)
at
org.apache.solr.search.SolrIndexSearcher.buildAndRunCollectorChain(SolrIndexSearcher.java:272)
at
org.apache.solr.search.SolrIndexSearcher.getDocListNC(SolrIndexSearcher.java:1794)
at
org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1611)
at
org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:634)
at
org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:529)
at
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:287)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
{code}
> NPE in CollapsingQParser when two fq={!collapse} and zero results
> -----------------------------------------------------------------
>
> Key: SOLR-9104
> URL: https://issues.apache.org/jira/browse/SOLR-9104
> Project: Solr
> Issue Type: Bug
> Affects Versions: 6.0
> Reporter: Markus Jelsma
> Fix For: 6.1, master (7.0)
>
>
> This is a very weird problem that is reproducible on a small production
> server, but not on the local machine although they run the same 6.0 version.,
> and have an almost identical index. The only minor difference is that
> production is a SolrCloud with 1 shard and two replica's, just for a bit of
> redundancy.
> The following query yields zero results and throws the NPE:
> {code}
> select?q=query:seis&fq={!collapse field=query_digest}&fq={!collapse
> field=result_digest}
> {code}
> The next query does yield results and does not throw anything, it just works
> as it should work:
> {code}
> select?q=query:seiz&fq={!collapse field=query_digest}&fq={!collapse
> field=result_digest}
> {code}
> The /select handler used does not add any fancy param other than rows.
> Here's the NPE:
> {code}
> 2016-05-11 14:10:27.666 ERROR (qtp1209271652-3338) [c:suggestions s:shard1
> r:core_node1 x:suggestions_shard1_replica1] o.a.s.s.HttpSolrCall
> null:java.lang.NullPointerException
> at
> org.apache.solr.search.CollapsingQParserPlugin$IntScoreCollector.finish(CollapsingQParserPlugin.java:814)
> at
> org.apache.solr.search.CollapsingQParserPlugin$IntScoreCollector.finish(CollapsingQParserPlugin.java:851)
> at
> org.apache.solr.search.SolrIndexSearcher.buildAndRunCollectorChain(SolrIndexSearcher.java:272)
> at
> org.apache.solr.search.SolrIndexSearcher.getDocListNC(SolrIndexSearcher.java:1794)
> at
> org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1611)
> at
> org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:634)
> at
> org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:529)
> at
> org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:287)
> at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:155)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
