[ckan-dev] Error running solr in a container

• Previous message: [ckan-dev] Error running solr in a container
• Next message: [ckan-dev] Error running solr in a container
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Im using solr 5. Derek try 2 things:
-see if you have a proxy set somewhere
-check the solr logs for more detailed info
-check that in that solr version that you have you created the core, on
version 5 the link to solr is solr_url:8983/solr/core_name , and you have
to manually create this core, since solr 5 doesn't automatically create
cores. also you should check that all needed files were copied. I'll leave
a snippet of my commands. Hope it helps
1
2
3
4
5
6
7
8
9
10
11
wget https://archive.apache.org/dist/lucene/solr/5.1.0/solr-5.1.0.tgz
tar xzf solr-5.1.0.tgz solr-5.1.0/bin/install_solr_service.sh
--strip-components=2
sudo bash ./install_solr_service.sh solr-5.1.0.tgz
sudo -u solr mkdir -p /var/solr/data/configsets/ckan/conf
sudo ln -s /usr/lib/ckan/default/src/ckan/ckan/config/solr/schema.xml
/var/solr/data/configsets/ckan/conf/schema.xml
sudo -u solr cp
/opt/solr/server/solr/configsets/basic_configs/conf/solrconfig.xml
/var/solr/data/configsets/ckan/conf/.
sudo -u solr cp /opt/solr/server/solr/configsets/basic_configs/conf/synonyms
.txt /var/solr/data/configsets/ckan/conf/.
sudo -u solr cp
/opt/solr/server/solr/configsets/basic_configs/conf/protwords.txt
/var/solr/data/configsets/ckan/conf/.
wget http://search.maven.org/remotecontent?filepath=com/vividsolutions/jts/1
.13/jts-1.13.jar -O jts-1.13.jar
sudo -u solr cp jts-1.13.jar
/opt/solr/server/solr-webapp/webapp/WEB-INF/lib/.
sudo service solr restart

Go to the following link to create the SOLR Core

http://localhost:8983/solr/admin/cores?action=CREATE&name=ckan&configSet=ckan

On Wed, May 25, 2016 at 3:18 PM, David Read <david.read at hackneyworkshop.com>
wrote:

> Derek,
>
> Where did you get the idea ckan only supports solr v3.6? Because
> wherever it is, it needs fixing.
>
> I think most people run SOLR v4 and several are on v5.
> e.g. https://github.com/ckan/ckan/issues/2318
>
> Dave
>
> On 25 May 2016 at 10:55, Derek Hohls <dhohls at csir.co.za> wrote:
> > Hi
> >
> > Hope the list can help with this problem...
> >
> > I have setup and run a full CKAN install without problems in a VM.
> >
> > Now I am trying to run solr in a separate container.  I have done this,
> > using the Docker image from https://hub.docker.com/r/idguk/docker-solr/
> (the
> > official solr Docker could not be used as it does not support the very
> old
> > version - 3.6 -  which is used by CKAN). The Docker is linked, via the
> "-v"
> > option, to the `schema.xml` file sourced from
> > `python-ckan_2.5-trusty_amd64.deb`.
> >
> > However, calling:
> >
> >     ckan db init
> >
> > triggers off an error; specifically this:
> >
> > Traceback (most recent call last):
> >   File "/usr/lib/ckan/default/src/ckan/ckan/lib/search/common.py", line
> 51,
> > in is_available
> >     conn.query("*:*", rows=1)
> >   File
> > "/usr/lib/ckan/default/local/lib/python2.7/site-packages/solr/core.py",
> line
> > 703, in query
> >     return self.select(*args, **params)
> >   File
> > "/usr/lib/ckan/default/local/lib/python2.7/site-packages/solr/core.py",
> line
> > 798, in __call__
> >     xml = self.raw(**params)
> >   File
> > "/usr/lib/ckan/default/local/lib/python2.7/site-packages/solr/core.py",
> line
> > 823, in raw
> >     rsp = conn._post(self.selector, request, conn.form_headers)
> >   File
> > "/usr/lib/ckan/default/local/lib/python2.7/site-packages/solr/core.py",
> line
> > 639, in _post
> >     return check_response_status(self.conn.getresponse())
> >   File
> > "/usr/lib/ckan/default/local/lib/python2.7/site-packages/solr/core.py",
> line
> > 1097, in check_response_status
> >     raise ex
> >
> > On checking the `solr/core.py` file, it seems as if its the call to
> > `solr/select/` that triggers the issue.
> >
> > Access via a browser to this URL (the container version of solr) shows a
> > Java error:
> >
> > java.lang.NullPointerException
> >     at org.apache.solr.servlet.SolrServlet.doGet(SolrServlet.java:92)
> >     at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
> >     at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> >     at
> > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> >     at
> >
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1221)
> >     at
> >
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:306)
> >     at
> >
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1212)
> >     at
> > org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:399)
> >     at
> >
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> >     at
> > org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> >     at
> > org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:766)
> >     at
> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450)
> >     at
> >
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> >     at
> >
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> >     at
> > org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> >     at org.mortbay.jetty.Server.handle(Server.java:326)
> >     at
> > org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> >     at
> >
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:928)
> >     at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
> >     at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> >     at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> >     at
> >
> org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
> >     at
> >
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> >
> > But in the VM-version of solr, the same call generates an XML document:
> >
> > <?xml version="1.0" encoding="UTF-8"?>
> > <response>
> >     <lst name="responseHeader">
> >     <int name="status">0</int>
> >     <int name="QTime">1</int>
> >     <lst name="params"/></lst>
> >     <result name="response" numFound="0" start="0"/>
> > </response>
> >
> > I'd appreciate if anyone could highlight what I have missed in the
> > configuration that could cause this error.
> >
> > Thanks
> > Derek
> >
> >
> > --
> > This message is subject to the CSIR's copyright terms and conditions,
> e-mail
> > legal notice, and implemented Open Document Format (ODF) standard.
> > The full disclaimer details can be found at
> > http://www.csir.co.za/disclaimer.html.
> >
> >
> > This message has been scanned for viruses and dangerous content by
> > MailScanner,
> > and is believed to be clean.
> >
> >
> > Please consider the environment before printing this email.
> >
> >
> > _______________________________________________
> > ckan-dev mailing list
> > ckan-dev at lists.okfn.org
> > https://lists.okfn.org/mailman/listinfo/ckan-dev
> > Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
> >
> _______________________________________________
> ckan-dev mailing list
> ckan-dev at lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/ckan-dev
> Unsubscribe: https://lists.okfn.org/mailman/options/ckan-dev
>



-- 


[image: DEIMOS Engenharia, SA] <http://www.deimos.pt>
*Pedro Gracio Silva*
Aerospace Systems / Production Center

*Av. D. Joao II, Lt 1.17.01, 10 • 1998-023 Lisboa, Portugal*
Ph: +351 21 893 3020 • Fax: +351 21 896 9099
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.okfn.org/pipermail/ckan-dev/attachments/20160525/bca5a712/attachment-0003.html>

• Previous message: [ckan-dev] Error running solr in a container
• Next message: [ckan-dev] Error running solr in a container
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]