After digging into the error a bit more ..I see that the error messages
contain a call to lucenecodec54. I am using version solr 6.6.3. Any ideas
why is lucene54 being referred here??
Thanks

        at 
org.apache.solr.request.SimpleFacets.lambda$getFacetFieldCounts$0(SimpleFacets.java:809)
        at java.util.concurrent.FutureTask.run(Unknown Source)
        at org.apache.solr.request.SimpleFacets$3.execute(SimpleFacets.java:742)
        at 
org.apache.solr.request.SimpleFacets.getFacetFieldCounts(SimpleFacets.java:818)
        at 
org.apache.solr.handler.component.FacetComponent.getFacetCounts(FacetComponent.java:330)
        at 
org.apache.solr.handler.component.FacetComponent.process(FacetComponent.java:274)
        at 
org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:296)
        at 
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:173)
        at org.apache.solr.core.SolrCore.execute(SolrCore.java:2477)
        at org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:723)
        at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:529)
        at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:361)
        at 
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:305)
        at 
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1691)
        at 
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:582)
        at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
        at 
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
        at 
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
        at 
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
        at 
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:512)
        at 
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
        at 
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
        at 
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
        at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213)
        at 
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
        at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
        at 
org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)
        at 
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
        at org.eclipse.jetty.server.Server.handle(Server.java:534)
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320)
        at 
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
        at 
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95)
        at 
org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
        at 
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
        at 
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
        at 
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
        at 
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
        at 
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IndexOutOfBoundsException
        at java.nio.Buffer.checkBounds(Unknown Source)
        at java.nio.DirectByteBuffer.get(Unknown Source)
        at 
org.apache.lucene.store.ByteBufferGuard.getBytes(ByteBufferGuard.java:93)
        at 
org.apache.lucene.store.ByteBufferIndexInput.readBytes(ByteBufferIndexInput.java:89)
        at 
org.apache.lucene.codecs.lucene54.Lucene54DocValuesProducer$CompressedBinaryDocValues$CompressedBinaryTermsEnum.readTerm(Lucene54DocValuesProducer.java:1349)
        at 
org.apache.lucene.codecs.lucene54.Lucene54DocValuesProducer$CompressedBinaryDocValues$CompressedBinaryTermsEnum.next(Lucene54DocValuesProducer.java:1365)
        at 
org.apache.lucene.search.grouping.term.TermGroupFacetCollector$MV$SegmentResult.nextTerm(TermGroupFacetCollector.java:367)
        at 
org.apache.lucene.search.grouping.GroupFacetCollector.mergeSegmentResults(GroupFacetCollector.java:94)
        at 
org.apache.solr.request.SimpleFacets.getGroupedCounts(SimpleFacets.java:696)
        at 
org.apache.solr.request.SimpleFacets.getTermCounts(SimpleFacets.java:476)
        at 
org.apache.solr.request.SimpleFacets.getTermCounts(SimpleFacets.java:405)
        at 
org.apache.solr.request.SimpleFacets.lambda$getFacetFieldCounts$0(SimpleFacets.java:803)



Thanks
Jay Potharaju


On Tue, Apr 17, 2018 at 8:10 AM, Jay Potharaju <jspothar...@gmail.com>
wrote:

> Hi
> Has anyone seen issues with group faceting on multivalued fields in solr
> 6x? Can any of the committers comment?
> Thanks
> Jay
>
> On Apr 16, 2018, at 1:44 PM, Jay Potharaju <jspothar...@gmail.com> wrote:
>
> I deleted my collection and rebuilt it to check if there are any issues
> with indexing. I didn't see any errors during indexing. My collection is
> sharded and we use implicit routing...But after rebuilding my collection
> also I am getting errors on group faceting. This is not happening all the
> time but rather on small subset of data, which is fixed by reindexing.
>
> Any suggestions on what else to check for??
>
> Thanks
> Jay Potharaju
>
>
> On Mon, Apr 16, 2018 at 10:20 AM, Jay Potharaju <jspothar...@gmail.com>
> wrote:
>
>> Hi,
>> I am testing solr 6.6.3 and have been running into intermittent group
>> faceting errors.  I did some bulk indexing to  initially setup the
>> collection I have multiple facet fields it only throws error on one of
>> the fields. The issue goes away when I reindex the data.
>>
>> <field name="category_id" type="tlong" indexed="true" stored="true"
>> required="false" multiValued="true" docValues="true"/>
>>  I am upgrading from solr 5.3, didn't see this issue with the existing
>> version we are using.  Any suggestions why this might be happening?
>>
>> Exception during facet.field: category_id
>>   at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMeth
>> od(HttpSolrClient.java:612)
>>   at org.apache.solr.client.solrj.impl.HttpSolrClient.request(Htt
>> pSolrClient.java:279)
>>   at org.apache.solr.client.solrj.impl.HttpSolrClient.request(Htt
>> pSolrClient.java:268)
>>   at org.apache.solr.client.solrj.SolrClient.request(SolrClient.j
>> ava:1219)
>>   at org.apache.solr.handler.component.HttpShardHandler.lambda$
>> submit$0(HttpShardHandler.java:163)
>>   at java.util.concurrent.FutureTask.run(Unknown Source)
>>   at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
>>   at java.util.concurrent.FutureTask.run(Unknown Source)
>>   at com.codahale.metrics.InstrumentedExecutorService$Instrumente
>> dRunnable.run(InstrumentedExecutorService.java:176)
>>   at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolE
>> xecutor.lambda$execute$0(ExecutorUtil.java:229)
>>   at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
>>   at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
>> Thanks
>> Jay
>>
>>
>
>

Reply via email to