any clues? Too little detail?
On Thu, Jun 19, 2014 at 1:26 PM, Dmitry Kan <solrexp...@gmail.com> wrote: > Hello, > > We face an issue with deep faceting in a distributed non-SolrCloud > setting. A query comes in through the solr frontend (router) and broadcasts > to each shard. The exception below appears in the frontend's logs, but > shards' logs are clear, each subquery sent by the router succeeds. > > RAM graph looks quite nice for the router, there is plenty of RAM free and > plenty allocated to every shard and the router. So at least I'm not worried > on that side. > > The issue is easily eliminated by shortening the date range parameter => > could imply RAM issue, but this theory is not consistent with what we > observe on RAM graph. > > Is this like a core known bug or could the issue be investigated / > debugged further? > > Solr: 4.3.1 > jetty 9 > > Error response: > > <response> > <lst name="responseHeader"> > <int name="status">500</int> > <int name="QTime">211</int> > <lst name="params"> > <str name="facet">true</str> > <str name="facet.mincount">1</str> > <str name="facet.offset">23250</str> > <str name="q">*:*</str> > <str name="facet.limit">750</str> > <str name="facet.field">some_facet_field</str> > <arr name="fq"> > <str> > DateRangeParam:[2014-05-31T21:00:00.000Z TO 2014-06-13T21:00:00.000Z] > </str> > <str>SomeOtherParam:(Value1 OR *)</str> > </arr> > <str name="rows">0</str> > </lst> > </lst> > <lst name="error"> > <str name="msg"> > java.lang.RuntimeException: Invalid version (expected 2, but 60) or the > data in not in 'javabin' format > </str> > <str name="trace"> > org.apache.solr.common.SolrException: java.lang.RuntimeException: Invalid > version (expected 2, but 60) or the data in not in 'javabin' format at > org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:302) > at > org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:135) > at org.apache.solr.core.SolrCore.execute(SolrCore.java:1820) at > org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:656) > at > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:359) > at > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:155) > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1486) > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:503) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:138) > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:564) > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:213) > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1094) > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:432) > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:175) > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1028) > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:136) > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:258) > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) > at > org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:317) > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) > at org.eclipse.jetty.server.Server.handle(Server.java:445) at > org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:267) at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:224) > at > org.eclipse.jetty.io.AbstractConnection$ReadCallback.run(AbstractConnection.java:358) > at > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:601) > at > org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:532) > at java.lang.Thread.run(Thread.java:722) Caused by: > java.lang.RuntimeException: Invalid version (expected 2, but 60) or the > data in not in 'javabin' format at > org.apache.solr.common.util.JavaBinCodec.unmarshal(JavaBinCodec.java:109) > at > org.apache.solr.client.solrj.impl.BinaryResponseParser.processResponse(BinaryResponseParser.java:41) > at > org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:385) > at > org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:180) > at > org.apache.solr.handler.component.HttpShardHandler$1.call(HttpShardHandler.java:156) > at > org.apache.solr.handler.component.HttpShardHandler$1.call(HttpShardHandler.java:119) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at > java.util.concurrent.FutureTask.run(FutureTask.java:166) at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at > java.util.concurrent.FutureTask.run(FutureTask.java:166) at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > ... 1 more > </str> > <int name="code">500</int> > </lst> > </response> > > -- > Dmitry Kan > Blog: http://dmitrykan.blogspot.com > Twitter: http://twitter.com/dmitrykan > -- Dmitry Kan Blog: http://dmitrykan.blogspot.com Twitter: http://twitter.com/dmitrykan SemanticAnalyzer: www.semanticanalyzer.info
