lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shahar Davidson <shah...@checkpoint.com>
Subject RE: Invalid version (expected 2, but 60) or the data in not in 'javabin'
Date Tue, 25 Dec 2012 09:23:29 GMT
Thanks Otis.

I went through every piece of info that I could lay may hands on.
Most of them are about incompatible SolrJ versions (that's not my case) and there was one
message from Mark Miller that Solr may respond with an XML  instead of javabin in case there
was some kind of http error being returned (that's not my case either).

I'm using distributed search.
I added some debug output to print out the response once the "Invalid version" exception is
caught (in JavaBinCode.unmarshal() ).
What I saw is that the response actually contains the facet response in XML format, yet I
also noticed that the response is corrupt (i.e. as if a chunk of text has been taken out of
the middle of the reply - some kind of overrun perhaps?).

Any help would be appreciated.

Thanks,

Shahar.


-----Original Message-----
From: Otis Gospodnetic [mailto:otis.gospodnetic@gmail.com] 
Sent: Friday, December 21, 2012 6:23 AM
To: solr-user@lucene.apache.org
Subject: Re: Invalid version (expected 2, but 60) or the data in not in 'javabin'

Hi,

Have a look at http://search-lucene.com/?q=invalid+version+javabin

Otis
--
Solr Monitoring - http://sematext.com/spm/index.html
Search Analytics - http://sematext.com/search-analytics/index.html




On Wed, Dec 19, 2012 at 11:23 AM, Shahar Davidson <shahard@checkpoint.com>wrote:

> Hi,
>
> I'm encountering this error randomly when running a distributed facet.
>  (i.e. I'm sending the exact same request, yet this does not reproduce
> consistently)
> I have about  180 shards that are being queried.
> It seems that when Solr distributes the request to the shards one , or 
> perhaps more, shards return an  XML reply instead of  Javabin.
>
> I added some debug output to JavaBinCode.unmarshal  (as done in the 
> debugging.patch of SOLR-3258) to check whether the XML reply holds an 
> error or not, and I noticed that the XML actually holds the response 
> from one of the shards.
>
> I'm using the patch provided in SOLR-2894 on top of trunk 1404975.
>
> Has anyone encountered such an issue? Any ideas?
>
> Thanks,
>
> Shahar.
>


Email secured by Check Point

Mime
View raw message