Ubuntu 16.4 中的 Elasticsearch 连接错误答案

【问题标题】：Elasticsearch connection error in Ubuntu 16.4Ubuntu 16.4 中的 Elasticsearch 连接错误
【发布时间】：2016-11-20 10:40:42
【问题描述】：

在我的 ubuntu 机器中，当我运行命令 curl -X GET 'http://localhost:9200' 来测试连接时，它会显示以下消息。 curl: (7) Failed to connect to localhost port 9200: Connection refused

当我使用sudo systemctl start elasticsearch 检查服务器状态时，它会显示以下消息。

    ● elasticsearch.service - Elasticsearch
   Loaded: loaded (/usr/lib/systemd/system/elasticsearch.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sun 2016-11-20 16:32:30 BDT; 44s ago
     Docs: http://www.elastic.co
  Process: 8653 ExecStart=/usr/share/elasticsearch/bin/elasticsearch -p ${PID_DIR}/elasticsearch.pid --quiet -Edefault.path.logs=${LOG_DIR} -Edefa
  Process: 8649 ExecStartPre=/usr/share/elasticsearch/bin/elasticsearch-systemd-pre-exec (code=exited, status=0/SUCCESS)
 Main PID: 8653 (code=exited, status=1/FAILURE)

Nov 20 16:32:29 bahar elasticsearch[8653]: 2016-11-20 16:32:25,579 main ERROR Null object returned for RollingFile in Appenders.
Nov 20 16:32:29 bahar elasticsearch[8653]: 2016-11-20 16:32:25,579 main ERROR Null object returned for RollingFile in Appenders.
Nov 20 16:32:29 bahar elasticsearch[8653]: 2016-11-20 16:32:25,580 main ERROR Unable to locate appender "rolling" for logger config "root"
Nov 20 16:32:29 bahar elasticsearch[8653]: 2016-11-20 16:32:25,580 main ERROR Unable to locate appender "index_indexing_slowlog_rolling" for logge
Nov 20 16:32:29 bahar elasticsearch[8653]: 2016-11-20 16:32:25,581 main ERROR Unable to locate appender "index_search_slowlog_rolling" for logger 
Nov 20 16:32:29 bahar elasticsearch[8653]: 2016-11-20 16:32:25,581 main ERROR Unable to locate appender "deprecation_rolling" for logger config "o
Nov 20 16:32:29 bahar elasticsearch[8653]: [2016-11-20T16:32:25,592][WARN ][o.e.c.l.LogConfigurator  ] ignoring unsupported logging configuration 
Nov 20 16:32:30 bahar systemd[1]: elasticsearch.service: Main process exited, code=exited, status=1/FAILURE
Nov 20 16:32:30 bahar systemd[1]: elasticsearch.service: Unit entered failed state.
Nov 20 16:32:30 bahar systemd[1]: elasticsearch.service: Failed with result 'exit-code'.

【问题讨论】：

标签： linux curl search elasticsearch ubuntu-16.04

【解决方案1】：

这是 elasticsearch.yml (etc/elasticsearch/elasticsearch.yml) 中 PATH 和 LOGs 的错误

取消选中这些路径，您的错误将被删除。

【讨论】：

【解决方案2】：

这意味着 elasticsearch 没有运行。从我所见，启动它有问题。检查您的弹性搜索配置。

【讨论】：

elasticsearch 配置文件在哪里找到以及检查什么？

【解决方案3】：

检查 Elasticsearch 是否正在运行，运行以下命令：

$ ps aux|grep elasticsearch

如果 Elasticsearch 没有启动，请检查你的 JAVA 环境，下载一个新的 Elasticsearch 并重新安装：

1.检查JAVA是否安装正确：

$ java -version
java version "1.8.0_101"
Java(TM) SE Runtime Environment (build 1.8.0_101-b13)
Java HotSpot(TM) 64-Bit Server VM (build 25.101-b13, mixed mode)

如果您的 JAVA 版本低于 1.7，请更换新的。

2.下载Elasticsearch安装包，解压：

$ tar -zxvf elasticsearch-2.3.3.gz

3。运行 Elasticsearch

$ cd elasticsearch-2.3.3
$ ./bin/elasticsearch

【讨论】：

【解决方案4】：

一般是日志目录（默认为/var/log/elasticsearch）的写权限问题，使用ls -l检查权限，必要时将日志目录和文件的模式更改为777。

【讨论】：

【解决方案5】：

长话短说：系统重启可能会正常。

问这个问题已经有一段时间了。无论如何，我最近遇到了类似的问题。

我的一个节点上的 elasticsearch 服务死了，错误说类似于重新启动服务时问题中发布的错误。它说要写入的日志文件夹是只读文件系统。但是这些文件和目录确实归用户elasticsearch所有（5.5版，部署在Cent OS 6.5上），应该不存在只读问题。

我查了一下，没有找到线索。所以，我只是重新启动系统。重启后，一切正常，无需进一步调整：elasticsearch 服务按照配置在启动时启动，它找到集群和所有其他节点，一段时间后集群健康状态变为绿色。

我想，就我而言，根本原因可能是一些硬件故障。由 elasticsearch 集群管理的所有数据和日志都存储在每个节点上挂载的 2TB SSD 驱动程序中。我们的硬件团队最近刚刚从外部存储故障中恢复过来。在该恢复期间所有节点都重新启动。有可能是一些滞后问题导致了问题。

【讨论】：