*When you run bin/solr you are doing that on the instance itself? *
Yes
*You show a collections API URL below. Does that fail the same way?*
Error from API:
50042java.io.InvalidClassException:
org.apache.solr.client.solrj.SolrResponse; local class incompatible: stream
classdesc serialVersionUID = 3123208377723774018, local class
serialVersionUID = 3945300637328478755org.apache.solr.common.SolrException:
java.io.InvalidClassException: org.apache.solr.client.solrj.SolrResponse;
local class incompatible: stream classdesc serialVersionUID =
3123208377723774018, local class serialVersionUID = 3945300637328478755 at
org.apache.solr.client.solrj.SolrResponse.deserialize(SolrResponse.java:62)...
Error from bin script:
null:org.apache.solr.common.SolrException:
java.io.InvalidClassException:
org.apache.solr.client.solrj.SolrResponse; local class incompatible:
stream classdesc serialVersionUID = 3123208377723774018, local class
serialVersionUID = 3945300637328478755
at
org.apache.solr.client.solrj.SolrResponse.deserialize(SolrResponse.java:62)...
*Is the core created correctly, even though bin/solr cannot handle the
response back to you?*
No.
The Solr admin and the init script both have the java home set to:
/usr/lib/jvm/java-8-oracle/jre
On Thu, Jul 23, 2015 at 10:05 AM, Upayavira <u...@odoko.co.uk> wrote:
> I'd still like to just confirm that you're using the same Java for
> running Solr and for running bin/solr.
>
> When you run bin/solr you are doing that on the instance itself?
>
> You show a collections API URL below. Does that fail the same way?
> Basically, the exception you showed was a SolrJ error. Using the
> collections API directly over HTTP should remove SolrJ from the picture
> and thus remove your exception. Also, it seems to be an exception
> parsing the SolrResponse. That would suggest that the action has
> occurred already. Is the core created correctly, even though bin/solr
> cannot handle the response back to you?
>
> Upayavira
>
> On Thu, Jul 23, 2015, at 01:50 PM, Aaron Gibbons wrote:
> > I've mainly used Oracle Java 8, but tested 7 also. Typically I'll wipe
> > the
> > machines and start from scratch before installing a different version.
> > The
> > latest attempt followed these steps exactly on each machine:
> >
> > - sudo apt-get install python-software-properties
> >
> >
> > - sudo add-apt-repository ppa:webupd8team/java
> >
> >
> > - sudo apt-get update
> >
> >
> > - sudo apt-get install oracle-java8-installer
> >
> >
> > - cd ~
> > - wget
> > http://apache.mirrors.ionfish.org/lucene/solr/5.2.1/solr-5.2.1.tgz
> >
> >
> > - tar xzf solr-5.2.1.tgz solr-5.2.1/bin/install_solr_service.sh
> > --strip-components=2
> >
> >
> > - sudo bash ./install_solr_service.sh solr-5.2.1.tgz
> >
> >
> > - sudo service solr stop
> >
> > I then modify the solr.in.sh file in /var/solr/ and add my zookeepers,
> > hostname, etc according to the steps in Taking Solr to Production.
> >
> > - sudo service solr start
> >
> > Verify the interface is working and cloud tab is present. Then try to
> > add
> > a core (config is already in zookeeper).
> >
> >
> ...collections?action=CREATE&name=test&collection.configname=test&numShards=2&replicationFactor=2
> >
> > Or
> >
> > /opt/solr/bin/solr create -c test -n test -shards 2 -replicationFactor 2
> >
> > Nothing fancy at all...
> >
> >
> > How many versions of Java do you have? I bet the bin/solr script is
> > using SolrJ (i.e. Java) to communicate with Solr itself (also Java), but
> > for some weird reason they are using incompatible Java versions.
> >
> > SolrJ uses Java serialization to communicate with Solr, therefore it
> > must use the same Jars and the same Java version in order to succeed at
> > that. Something weird is going on around that area, it seems.
> >
> > Make sure you are using the same Java to start Solr as you are using to
> > run the bin/solr create script, and make sure you are using the same
> > version of Solr, too.
> >
> > Upayavira
> >
> > On Wed, Jul 22, 2015, at 08:42 PM, Aaron Gibbons wrote:
> > > Seems like I'm missing something simple here. SolrCloud installs and
> > > seems
> > > to work fine and the examples work as they should on each individual
> > > machine. What I'm trying to do is setup 4 separate Solr machines
> (Ubuntu
> > > 14.04) with 3 external zookeepers (the ones currently being used by our
> > > production Solr 5.10 boxes).
> > >
> > > I took Ansible out of the equation and installed Java 9 PPA and Solr
> 5.21
> > > manually on fresh machines. I change the solr.in.sh file to point at
> my
> > > 3
> > > external zookeepers and make sure everything else is set there
> according
> > > to
> > > the "Taking Solr to Production" steps. I have uploaded the example
> > > data_driven_schema_configs config files to zookeeper. I tried both the
> > > API
> > > and command line to create a collection with the uploaded configs and
> get
> > > the same error that I posted previously.
> > >
> > > What additional steps might I be overlooking in setting up 4 separate
> > > Solr
> > > machines for Solr Cloud?
> > >
> > >
> > > On Fri, Jul 17, 2015 at 4:52 PM, Aaron Gibbons <
> > > agibb...@synergydatasystems.com> wrote:
> > >
> > > > I started from scratch with fresh Ubuntu machines and just wiped them
> > and
> > > > tried again. I run my Ansible playbook (below) to install Java 8
> (Tried
> > > > Oracle this time and even tried installing it manually) and SolrCloud
> > 5.2.1
> > > > as described previously. Solr cloud appears to be working fine but I
> > still
> > > > get the same error creating a collection. There is nothing else on
> these
> > > > machines so I'm not sure where the conflict would come from. I'm
> using
> > all
> > > > the standard locations and settings just adding our external
> > zookeepers. I
> > > > can't see where Ansible would be causing a conflict here either it's
> > just
> > > > running the commands from the tutorial across the 4 machines.
> > > >
> > > > ...
> > > >
> > > > roles:
> > > >
> > > > - role: 'williamyeh.oracle-java'
> > > >
> > > > tasks:
> > > >
> > > > - name: Download Solr.
> > > >
> > > > get_url:
> > > >
> > > > url: "http://archive.apache.org/dist/lucene/solr/{{
> solr_version
> > > > }}/{{ solr_filename }}.tgz"
> > > >
> > > > dest: "{{ solr_workspace }}/{{ solr_filename }}.tgz"
> > > >
> > > > force: no
> > > >
> > > > - name: Extract the installation script.
> > > >
> > > > command: >
> > > >
> > > > tar xzf {{ solr_workspace }}/{{ solr_filename }}.tgz {{
> > > > solr_filename }}/bin/install_solr_service.sh --strip-components=2
> > > >
> > > > - name: Run installation Script.
> > > >
> > > > command: "sudo bash ./install_solr_service.sh {{ solr_filename
> > }}.tgz"
> > > >
> > > > - name: Stop solr.
> > > >
> > > > service: name=solr state=stopped
> > > >
> > > > - name: Copy Template init Config file into bin and restart.
> > > >
> > > > template:
> > > >
> > > > src: "solr-init-5.x.j2"
> > > >
> > > > dest: /var/solr/solr.in.sh
> > > >
> > > > - name: Replace Log4j.properties file for production logging
> settings.
> > > >
> > > > copy:
> > > >
> > > > src: "log4j.properties"
> > > >
> > > > dest: "/var/solr/log4j.properties"
> > > > ...
> > > >
> > > > - name: Add sqljdbc.jar file to solr dist files
> > > >
> > > > copy:
> > > >
> > > > src: "sqljdbc4.jar"
> > > >
> > > > dest: "/opt/solr/dist/sqljdbc4.jar"
> > > >
> > > > - name: Start solr with new config.
> > > >
> > > > service: name=solr state=restarted
> > > >
> > > >
> > > > On Thu, Jul 16, 2015 at 8:48 PM, Erick Erickson <
> erickerick...@gmail.com
> > >
> > > > wrote:
> > > >
> > > >> It looks at a glance like you're in "Jar hell" and have one or more
> jar
> > > >> files from "somewhere else" in your classpath, possibly a jar file
> from
> > > >> an older Solr or one of the libraries.
> > > >>
> > > >> Best,
> > > >> Erick
> > > >>
> > > >> On Thu, Jul 16, 2015 at 6:17 AM, Aaron Gibbons
> > > >> <agibb...@synergydatasystems.com> wrote:
> > > >> > I'm installing SolrCloud 5.2.1 on 4 Ubuntu 14.04 machines with 3
> > > >> external
> > > >> > zookeepers. I've installed the solr machines using Ansible
> following
> > > >> the
> > > >> > "Taking Solr to Production" steps.
> > > >> >
> > > >> > 1. Download 5.2.1
> > > >> > 2. Extract installation script
> > > >> > 3. Run installation script
> > > >> >
> > > >> > Then I stop solr and make my configuration changes to the
> solr.in.sh
> > > >> file
> > > >>
> > > >> > (adding zookeepers) and log4j.properties (recommended changes).
> > Restart
> > > >> > solr and everything looks good.
> > > >> >
> > > >> > The problem I have is that I can't create a collection. I create
> the
> > > >> > collection folder in /var/solr/data and tried both the bin script
> and
> > > >> API
> > > >> > but get the error below. I've tried 5.2.0 also and both Java 7
> and 8
> > > >> with
> > > >> > the same result.
> > > >> >
> > > >> > 50047java.io.InvalidClassException:
> > > >> > org.apache.solr.client.solrj.SolrResponse; local class
> incompatible:
> > > >> stream
> > > >> > classdesc serialVersionUID = 3123208377723774018, local class
> > > >> > serialVersionUID =
> > > >> 3945300637328478755org.apache.solr.common.SolrException:
> > > >> > java.io.InvalidClassException:
> > > >> org.apache.solr.client.solrj.SolrResponse;
> > > >> > local class incompatible: stream classdesc serialVersionUID =
> > > >> > 3123208377723774018, local class serialVersionUID =
> > 3945300637328478755
> > > >> at
> > > >> >
> > > >>
> >
> org.apache.solr.client.solrj.SolrResponse.deserialize(SolrResponse.java:62)
> > > >> > at
> > > >> >
> > > >>
> >
> org.apache.solr.handler.admin.CollectionsHandler.handleResponse(CollectionsHandler.java:228)
> > > >> > at
> > > >> >
> > > >>
> >
> org.apache.solr.handler.admin.CollectionsHandler.handleRequestBody(CollectionsHandler.java:168)
> > > >> > at
> > > >> >
> > > >>
> >
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:143)
> > > >> > at
> > > >> >
> > > >>
> >
> org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:646)
> > > >> > at
> org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:417)
> > at
> > > >> >
> > > >>
> >
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:227)
> > > >> > at
> > > >> >
> > > >>
> >
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:196)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1127)
> > > >> > at
> > > >> >
> > > >>
> > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:515)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1061)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:215)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:110)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> > > >> > at org.eclipse.jetty.server.Server.handle(Server.java:497) at
> > > >> > org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:257)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635)
> > > >> > at
> > > >> >
> > > >>
> >
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555)
> > > >> > at java.lang.Thread.run(Thread.java:745) Caused by:
> > > >> > java.io.InvalidClassException:
> > > >> org.apache.solr.client.solrj.SolrResponse;
> > > >> > local class incompatible: stream classdesc serialVersionUID =
> > > >> > 3123208377723774018, local class serialVersionUID =
> > 3945300637328478755
> > > >> at
> > > >> >
> java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:617) at
> > > >> >
> > java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1622)
> > > >> at
> > > >> >
> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517)
> > at
> > > >> >
> > java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1622)
> > > >> at
> > > >> >
> java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517)
> > at
> > > >> >
> > > >>
> > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
> > > >> > at
> > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at
> > > >> > java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
> at
> > > >> >
> > > >>
> >
> org.apache.solr.client.solrj.SolrResponse.deserialize(SolrResponse.java:60)
> > > >> > ... 27 more 500
> > > >>
> > > >
> > > >
>
