Thanks for responding Mr. Heisey... I don't see any parsing errors in
my log but I see lot of exceptions like the one listed below....once
an exception like this happens weirdness ensues. For example - To
check sanity I queried for uniquekey:"111" from the solr admin GUI it
gave back numFound equal to all docs in that index i.e. its not
searching for that uniquekey at all, it blindly matched all docs.
However, once you restart the server the same index without any change
works perfectly returning only one doc in numFound when you search for
uniquekey:"111"...I tried everything from reindexing, copying index
from another sane server, delete entire index and reindex from scratch
etc but in vain, it works for roughly 24 hours and then starts
throwing the same error no matter what the query is.


[#|2012-05-10T13:27:14.071-0400|SEVERE|sun-appserver2.1.1|xxx.xxx.xxx.xxx|_ThreadID=21;_ThreadName=httpSSLWorkerThread-9001-6;_RequestID=d44462e7-576b-4391-a499-c65da33e3293;|Error
searching data for section Local
org.apache.solr.client.solrj.SolrServerException: Error executing query
        at 
org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:95)
        at org.apache.solr.client.solrj.SolrServer.query(SolrServer.java:311)
        at xxx.xxx.xxx.xxx(FeedController.java:621)
        at xxx.xxx.xxx.xxx(FeedController.java:402)
        at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
        at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at 
org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:175)
        at 
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
        at 
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
        at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
        at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
        at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
        at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:734)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:847)
        at 
org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427)
        at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:315)
        at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:287)
        at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:218)
        at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
        at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
        at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
        at 
com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
        at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:222)
        at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
        at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
        at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
        at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
        at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:166)
        at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:648)
        at 
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:593)
        at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:587)
        at 
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1093)
        at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:291)
        at 
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:670)
        at 
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:601)
        at 
com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:875)
        at 
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:365)
        at 
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:285)
        at 
com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:221)
        at 
com.sun.enterprise.web.portunif.PortUnificationPipeline$PUTask.doTask(PortUnificationPipeline.java:393)
        at 
com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:269)
        at 
com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:111)
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:99)
        at 
org.apache.solr.client.solrj.impl.BinaryResponseParser.processResponse(BinaryResponseParser.java:41)
        at 
org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:333)
        at 
org.apache.solr.client.solrj.impl.HttpSolrServer.request(HttpSolrServer.java:211)
        at 
org.apache.solr.client.solrj.request.QueryRequest.process(QueryRequest.java:89)
        ... 43 more
|#]


Ravi Kiran Bhaskar

On Thu, May 10, 2012 at 4:33 PM, Shawn Heisey <s...@elyograg.org> wrote:
> On 5/10/2012 12:27 PM, Ravi Solr wrote:
>>
>> I clean the entire index and re-indexed it with SOLRJ 3.6. Still I get
>> the same error every single day. How can I see if the container
>> returned partial/nonconforming response since it may be hidden by
>> solrj ?
>
>
> If the server is sending a non-javabin error response that SolrJ doesn't
> parse, the logs from the container that runs Solr will normally give you
> useful information.  Here's the first part of something logged on mine for
> an invalid query - the query sent in only had one double quote.  The log
> actually contains the full Java stacktrace, I just included the first little
> bit:
>
> May 10, 2012 2:13:17 PM org.apache.solr.common.SolrException log
> SEVERE: org.apache.solr.common.SolrException:
> org.apache.lucene.queryParser.ParseException: Cannot parse '(  ("trader
> joe's))': Lexical error at line 1, column 20.  Encountered: <EOF> after :
> "\"trader joe\'s))"
>
> Thanks,
> Shawn
>

Reply via email to