总是在启动时收到消息：“180秒后仍看不到Solr正在侦听8983”
总是在启动时收到消息：“180秒后仍看不到Solr正在侦听8983”
提问于 2016-12-26 11:14:11
版本: Solr 6.3
操作系统: CentOs 7.3
安装后运行service solr restart，在180秒后，我总是在INFO消息打印出来之前得到相同的消息。
$ service solr restart
Archiving 1 old GC log files to /var/solr/logs/archived
Archiving 1 console log files to /var/solr/logs/archived
Rotating solr logs, keeping a max of 9 generations
Waiting up to 180 seconds to see Solr running on port 8983 [-] Still not seeing Solr listening on 8983 after 180 seconds!奇怪的是，Solr服务器启动后，几乎可以立即通过web界面访问，然而整整180秒都在等待每次都会抛出该消息。是什么导致了这一消息，以及如何让Solr更快地运行？
谢谢!
回答 2
Stack Overflow用户
发布于 2016-12-27 10:07:41
这看起来要么是Solr没有在该端口上运行，要么是它监听特定的接口，而checker脚本使用的是缺省值(localhost?)一。你可以使用debug来运行它，或者检查启动脚本中的定义吗？
Stack Overflow用户
发布于 2018-03-16 07:17:43
我在尝试启动Solr时收到相同的错误消息：“180秒后仍未看到Solr正在侦听8983！”。但是，我也无法访问solr的web界面。检查/var/ log /solr中的日志文件时，我看到以下错误消息：
java.nio.file.AccessDeniedException: /tmp/start_6692986047430088693.properties
at sun.nio.fs.UnixException.translateToIOException(UnixException.java:84)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
at sun.nio.fs.UnixFileSystemProvider.newByteChannel(UnixFileSystemProvider.java:214)
at java.nio.file.Files.newByteChannel(Files.java:361)
at java.nio.file.Files.createFile(Files.java:632)
at java.nio.file.TempFileHelper.create(TempFileHelper.java:138)
at java.nio.file.TempFileHelper.createTempFile(TempFileHelper.java:161)
at java.nio.file.Files.createTempFile(Files.java:897)
at org.eclipse.jetty.start.StartArgs.getMainArgs(StartArgs.java:596)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:205)
at org.eclipse.jetty.start.Main.start(Main.java:458)
at org.eclipse.jetty.start.Main.main(Main.java:76)问题是，我在一个对/tmp目录(也是在/var/tmp)上设置了不寻常权限的FreeBSD监狱中。修复这些目录的权限解决了这个问题：
# chmod 1777 /tmp /var/tmp我知道你的问题的原因可能是不同的。但由于错误消息是相同的，我认为在这里添加此解决方案可能会很有用。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/41326108
复制相关文章
相似问题
腾讯云开发者
