[
https://issues.apache.org/jira/browse/SOLR-10650?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16002911#comment-16002911
]
Karl Richter commented on SOLR-10650:
-------------------------------------
> Your point about feedback is valid. And, there has been a number of
> improvements in Solr recently to improve that feedback. A number of useless
> log messages were reduced, some additional error and JVM version detection
> was added. All of that should already be in 6.5.1.
>
> There is always more work that can be done, of course. Edge cases (like using
> unsupported version of JDK here) are always an issue.
>
> Could you check if you have any logs in the solr-6.5.1/server/logs directory?
> That's where they should be when you do bin/solr start without any other
> parameters. I am surprised you have nothing there. Especially since from your
> description it seems that the server part itself started but not the Solr
> part. Usually, they fail together.
I see `server/logs/solr.log` now both with `env
JAVA_HOME=/usr/lib/jvm/java-9-openjdk-amd64/ bin/solr start` and `env
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/ bin/solr start` in a freshly
extracted zip in `/tmp`. With OpenJDK it contains
{code}
2017-05-09 15:33:32.267 INFO (main) [ ] o.e.j.s.Server jetty-9.3.14.v20161028
2017-05-09 15:33:32.559 INFO (main) [ ] o.a.s.s.SolrDispatchFilter ___
_ Welcome to Apache Solr™ version 6.5.1
2017-05-09 15:33:32.559 INFO (main) [ ] o.a.s.s.SolrDispatchFilter / __|
___| |_ _ Starting in standalone mode on port 8983
2017-05-09 15:33:32.559 INFO (main) [ ] o.a.s.s.SolrDispatchFilter \__ \/ _
\ | '_| Install dir: /tmp/solr-6.5.1
2017-05-09 15:33:32.576 INFO (main) [ ] o.a.s.s.SolrDispatchFilter
|___/\___/_|_| Start time: 2017-05-09T15:33:32.561400Z
2017-05-09 15:33:32.577 INFO (main) [ ] o.a.s.s.StartupLoggingUtils Property
solr.log.muteconsole given. Muting ConsoleAppender named CONSOLE
2017-05-09 15:33:32.639 INFO (main) [ ] o.a.s.c.SolrResourceLoader Using
system property solr.solr.home: /tmp/solr-6.5.1/server/solr
2017-05-09 15:33:32.647 INFO (main) [ ] o.a.s.c.SolrXmlConfig Loading
container configuration from /tmp/solr-6.5.1/server/solr/solr.xml
2017-05-09 15:33:32.822 ERROR (main) [ ] o.a.s.s.SolrDispatchFilter Could not
start Solr. Check solr/home property and the logs
2017-05-09 15:33:32.845 ERROR (main) [ ] o.a.s.c.SolrCore
null:java.lang.ExceptionInInitializerError
at
java.base/javax.crypto.JceSecurityManager.<clinit>(JceSecurityManager.java:66)
at
java.base/javax.crypto.Cipher.getConfiguredPermission(Cipher.java:2610)
at
java.base/javax.crypto.Cipher.getMaxAllowedKeyLength(Cipher.java:2634)
at
java.base/sun.security.ssl.CipherSuite$BulkCipher.isUnlimited(CipherSuite.java:602)
at
java.base/sun.security.ssl.CipherSuite$BulkCipher.<init>(CipherSuite.java:574)
at
java.base/sun.security.ssl.CipherSuite$BulkCipher.<clinit>(CipherSuite.java:460)
at
java.base/sun.security.ssl.CipherSuite.<clinit>(CipherSuite.java:1074)
at
java.base/sun.security.ssl.SSLContextImpl.getApplicableSupportedCipherSuiteList(SSLContextImpl.java:354)
at
java.base/sun.security.ssl.SSLContextImpl.access$100(SSLContextImpl.java:42)
at
java.base/sun.security.ssl.SSLContextImpl$AbstractTLSContext.<clinit>(SSLContextImpl.java:590)
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:292)
at
java.base/java.security.Provider$Service.getImplClass(Provider.java:1844)
at
java.base/java.security.Provider$Service.newInstance(Provider.java:1820)
at
java.base/sun.security.jca.GetInstance.getInstance(GetInstance.java:236)
at
java.base/sun.security.jca.GetInstance.getInstance(GetInstance.java:164)
at java.base/javax.net.ssl.SSLContext.getInstance(SSLContext.java:169)
at java.base/javax.net.ssl.SSLContext.getDefault(SSLContext.java:99)
at
java.base/javax.net.ssl.SSLSocketFactory.getDefault(SSLSocketFactory.java:123)
at
org.apache.http.conn.ssl.SSLSocketFactory.getSystemSocketFactory(SSLSocketFactory.java:190)
at
org.apache.http.impl.conn.SchemeRegistryFactory.createSystemDefault(SchemeRegistryFactory.java:85)
at
org.apache.solr.handler.component.HttpShardHandlerFactory.init(HttpShardHandlerFactory.java:210)
at
org.apache.solr.handler.component.ShardHandlerFactory.newInstance(ShardHandlerFactory.java:47)
at org.apache.solr.core.CoreContainer.load(CoreContainer.java:462)
at
org.apache.solr.servlet.SolrDispatchFilter.createCoreContainer(SolrDispatchFilter.java:237)
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:169)
at
org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:137)
at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:873)
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:349)
at
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1404)
at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1366)
at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:778)
at
org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:262)
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:520)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:41)
at
org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188)
at
org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:499)
at
org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:147)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:180)
at
org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:458)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:64)
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:610)
at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:529)
at org.eclipse.jetty.util.Scanner.scan(Scanner.java:392)
at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:313)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:150)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:561)
at
org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:236)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:131)
at org.eclipse.jetty.server.Server.start(Server.java:422)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:113)
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at org.eclipse.jetty.server.Server.doStart(Server.java:389)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1516)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1441)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:547)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:214)
at org.eclipse.jetty.start.Main.start(Main.java:457)
at org.eclipse.jetty.start.Main.main(Main.java:75)
Caused by: java.lang.SecurityException: Can not initialize cryptographic
mechanism
at java.base/javax.crypto.JceSecurity.<clinit>(JceSecurity.java:118)
... 68 more
Caused by: java.lang.SecurityException: Can't read cryptographic policy
directory: unlimited
at
java.base/javax.crypto.JceSecurity.setupJurisdictionPolicies(JceSecurity.java:324)
at java.base/javax.crypto.JceSecurity.access$000(JceSecurity.java:73)
at java.base/javax.crypto.JceSecurity$1.run(JceSecurity.java:109)
at java.base/javax.crypto.JceSecurity$1.run(JceSecurity.java:106)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/javax.crypto.JceSecurity.<clinit>(JceSecurity.java:105)
... 68 more
2017-05-09 15:33:32.846 WARN (main) [ ] o.e.j.d.DeploymentManager Unable to
reach node goal: started
java.lang.ExceptionInInitializerError
at
java.base/javax.crypto.JceSecurityManager.<clinit>(JceSecurityManager.java:66)
at
java.base/javax.crypto.Cipher.getConfiguredPermission(Cipher.java:2610)
at
java.base/javax.crypto.Cipher.getMaxAllowedKeyLength(Cipher.java:2634)
at
java.base/sun.security.ssl.CipherSuite$BulkCipher.isUnlimited(CipherSuite.java:602)
at
java.base/sun.security.ssl.CipherSuite$BulkCipher.<init>(CipherSuite.java:574)
at
java.base/sun.security.ssl.CipherSuite$BulkCipher.<clinit>(CipherSuite.java:460)
at
java.base/sun.security.ssl.CipherSuite.<clinit>(CipherSuite.java:1074)
at
java.base/sun.security.ssl.SSLContextImpl.getApplicableSupportedCipherSuiteList(SSLContextImpl.java:354)
at
java.base/sun.security.ssl.SSLContextImpl.access$100(SSLContextImpl.java:42)
at
java.base/sun.security.ssl.SSLContextImpl$AbstractTLSContext.<clinit>(SSLContextImpl.java:590)
at java.base/java.lang.Class.forName0(Native Method)
at java.base/java.lang.Class.forName(Class.java:292)
at
java.base/java.security.Provider$Service.getImplClass(Provider.java:1844)
at
java.base/java.security.Provider$Service.newInstance(Provider.java:1820)
at
java.base/sun.security.jca.GetInstance.getInstance(GetInstance.java:236)
at
java.base/sun.security.jca.GetInstance.getInstance(GetInstance.java:164)
at java.base/javax.net.ssl.SSLContext.getInstance(SSLContext.java:169)
at java.base/javax.net.ssl.SSLContext.getDefault(SSLContext.java:99)
at
java.base/javax.net.ssl.SSLSocketFactory.getDefault(SSLSocketFactory.java:123)
at
org.apache.http.conn.ssl.SSLSocketFactory.getSystemSocketFactory(SSLSocketFactory.java:190)
at
org.apache.http.impl.conn.SchemeRegistryFactory.createSystemDefault(SchemeRegistryFactory.java:85)
at
org.apache.solr.handler.component.HttpShardHandlerFactory.init(HttpShardHandlerFactory.java:210)
at
org.apache.solr.handler.component.ShardHandlerFactory.newInstance(ShardHandlerFactory.java:47)
at org.apache.solr.core.CoreContainer.load(CoreContainer.java:462)
at
org.apache.solr.servlet.SolrDispatchFilter.createCoreContainer(SolrDispatchFilter.java:237)
at
org.apache.solr.servlet.SolrDispatchFilter.init(SolrDispatchFilter.java:169)
at
org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:137)
at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:873)
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:349)
at
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1404)
at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1366)
at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:778)
at
org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:262)
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:520)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:41)
at
org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188)
at
org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:499)
at
org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:147)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:180)
at
org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:458)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:64)
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:610)
at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:529)
at org.eclipse.jetty.util.Scanner.scan(Scanner.java:392)
at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:313)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:150)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:561)
at
org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:236)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:131)
at org.eclipse.jetty.server.Server.start(Server.java:422)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:113)
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at org.eclipse.jetty.server.Server.doStart(Server.java:389)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1516)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1441)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:547)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:214)
at org.eclipse.jetty.start.Main.start(Main.java:457)
at org.eclipse.jetty.start.Main.main(Main.java:75)
Caused by: java.lang.SecurityException: Can not initialize cryptographic
mechanism
at java.base/javax.crypto.JceSecurity.<clinit>(JceSecurity.java:118)
... 68 more
Caused by: java.lang.SecurityException: Can't read cryptographic policy
directory: unlimited
at
java.base/javax.crypto.JceSecurity.setupJurisdictionPolicies(JceSecurity.java:324)
at java.base/javax.crypto.JceSecurity.access$000(JceSecurity.java:73)
at java.base/javax.crypto.JceSecurity$1.run(JceSecurity.java:109)
at java.base/javax.crypto.JceSecurity$1.run(JceSecurity.java:106)
at java.base/java.security.AccessController.doPrivileged(Native Method)
at java.base/javax.crypto.JceSecurity.<clinit>(JceSecurity.java:105)
... 68 more
2017-05-09 15:33:32.858 INFO (main) [ ] o.e.j.s.Server Started @9287ms
{code}
which doesn't really help a first-time user who wants to start Solr. Regardless
of the availability of logs (which I was wrong about) there should be feedback
which is better 404 + "Not found" in the Web UI as well. "Server Started" is
misleading because even though the web server might have started (and be unable
to serve anything) it suggests that the Solr is working which it is not. Afaik
there's no working JDK version check in 6.5.1 if "working" includes useful
feedback (which it always should).
Can you reproduce this issue with Ubuntu 17.04, download from
http://apache.mirror.iphh.net/lucene/solr/6.5.1/solr-6.5.1.zip to `/tmp`,
unzipping and start with the two `env` directives given above (with OpenJDKs
from Ubuntu packages)?
Thank you for your patient feedback.
> First start fails due to "Problem accessing /solr/. Reason: Not Found"
> ---------------------------------------------------------------------------
>
> Key: SOLR-10650
> URL: https://issues.apache.org/jira/browse/SOLR-10650
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 6.5.1
> Reporter: Karl Richter
>
> After downloading Solr 6.5.1. standalone zip archive, extracting it into
> `$HOME` and starting it with `cd solr-6.5.1/ && bin/solr start` I see
> ```
> HTTP ERROR: 404
> Problem accessing /solr/. Reason:
> Not Found
> ```
> when I access http://localhost:8983 which redirects to
> http://localhost:8983/solr.
> After the initial start there's no log file (at least not one which can
> intuitively be found with `find . -name '*.log'`). There're some workarounds
> like
> http://stackoverflow.com/questions/27669323/solr-404-error-with-getting-admin-page,
> but they involve log files I don't find (and if they'd exist are
> unnecessarily hard to find), and this issue is more about shedding light on
> the fact that the first and possibly simplest use case (starting the
> application) doesn't work. Any sane person interested in trying out Solr
> would turn it's back on it immediately which is a petty. Please provide an
> intuitive configuration-free startup routine like one can expect from any
> good software.
> experienced with 6.5.1 (which is not in the list of available versions)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
