All,
On 4/9/18 2:58 PM, Christopher Schultz wrote:
> All,
>
> After playing-around with a Solr 7.2.1 instance launched from the
> extracted tarball, I decided to go ahead and create a "real service" on
> my Debian-based server.
>
> I've run the 7.3.0 install script, configured Solr for TLS, and moved my
> existing configuration into the data directory, here:
>
> $ sudo ls -l /var/solr/data
> total 12
> drwxr-xr-x 4 solr solr 4096 Mar 5 15:12 test_core
> -rw-r----- 1 solr solr 2117 Apr 9 09:49 solr.xml
> -rw-r----- 1 solr solr 975 Apr 9 09:49 zoo.cfg
>
> I have a single node, no ZK.
>
> When trying to create a new core, I get an NPE running:
>
> $ /usr/local/solr/bin/solr create -V -c new_core
>
> WARNING: Using _default configset with data driven schema functionality.
> NOT RECOMMENDED for production use.
> To turn off: bin/solr config -c new_core -p 8983 -property
> update.autoCreateFields -value false
> Exception in thread "main" java.lang.NullPointerException
> at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:731)
> at org.apache.solr.util.SolrCLI.getJson(SolrCLI.java:642)
> at org.apache.solr.util.SolrCLI$CreateTool.runImpl(SolrCLI.java:1773)
> at org.apache.solr.util.SolrCLI$ToolBase.runTool(SolrCLI.java:176)
> at org.apache.solr.util.SolrCLI.main(SolrCLI.java:282)
>
>
> There is nothing being printed in the log files.
>
> I thought it might be because I enabled TLS.
>
> My /etc/default/solr.in.sh (which was created during installation)
> contains the minor configuration required for TLS, among other obvious
> things such as where my data resides.
>
> I checked the /usr/local/solr/bin/solr script, and I can see that
> /etc/default/solr.in.sh in indeed checked and run it readable.
>
> Readable.
>
> The Solr installer (reasonably) makes all scripts, etc. readable only by
> the Solr user, and I'm never logged-in as Solr, so I can't read this
> file normally. I therefore ended up having to run the command like this:
>
> $ sudo /usr/local/solr/bin/solr create -V -c new_core
Actually, then I got this error:
WARNING: Creating cores as the root user can cause Solr to fail and is
not advisable. Exiting.
If you started Solr as root (not advisable either), force core
creation by adding argument -force
When adding "-force" to the command-line, I get an error about not being
able to persist core properties to a directory on the disk, with not
much detail:
2018-04-09 19:03:14.796 ERROR (qtp2114889273-17) [ ]
o.a.s.h.RequestHandlerBase org.apache.solr.common.SolrException: Error
CREATEing SolrCore 'cschultz_patients': Couldn't persist core properties
to /var/solr/data/new_core/core.properties :
/var/solr/data/new_core/core.properties
at org.apache.solr.core.CoreContainer.create(CoreContainer.java:989)
at
org.apache.solr.handler.admin.CoreAdminOperation.lambda$static$0(CoreAdminOperation.java:90)
at
org.apache.solr.handler.admin.CoreAdminOperation.execute(CoreAdminOperation.java:358)
at
org.apache.solr.handler.admin.CoreAdminHandler$CallInfo.call(CoreAdminHandler.java:389)
at
org.apache.solr.handler.admin.CoreAdminHandler.handleRequestBody(CoreAdminHandler.java:174)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:195)
at
org.apache.solr.servlet.HttpSolrCall.handleAdmin(HttpSolrCall.java:736)
at
org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:717)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:498)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:384)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:330)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1629)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:533)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:190)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595)
at
org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:188)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1253)
at
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:168)
at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564)
at
org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:166)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1155)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:219)
at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at
org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:335)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132)
at org.eclipse.jetty.server.Server.handle(Server.java:530)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:347)
at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:256)
at
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:279)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:102)
at
org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:289)
at
org.eclipse.jetty.io.ssl.SslConnection$3.succeeded(SslConnection.java:149)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:102)
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:124)
at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:247)
at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.produce(EatWhatYouKill.java:140)
at
org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)
at
org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:382)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:708)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:626)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.apache.solr.common.SolrException: Couldn't persist core
properties to /var/solr/data/new_core/core.properties :
/var/solr/data/new_core/core.properties
at
org.apache.solr.core.CorePropertiesLocator.writePropertiesFile(CorePropertiesLocator.java:97)
at
org.apache.solr.core.CorePropertiesLocator.create(CorePropertiesLocator.java:70)
at org.apache.solr.core.CoreContainer.create(CoreContainer.java:945)
... 46 more
So... what's next?
Thanks,
-chris
