linux 安装elasticsearch步骤以及入的坑

最近在做一些微服务的项目要求在站内搜索，所以选择使用的elasticsearch，话不多说上安装步骤：

一、首先去官网下载linux tar.gz版本 我这里是5.6.8版本网址如下   

https://www.elastic.co/cn/downloads/past-releases/elasticsearch-5-6-8

# 创建用户名为 es 的用户
useradd es
# 设置 es 用户的密码
passwd es

# 创建 es 的 data 和 logs 目录
mkdir elasticsearch-5.6.8/data
mkdir elasticsearch-5.6.8/logs 
#解压
tar -zxvf /elasticsearch-5.6.8.tar.gz
# 将 /usr/local/elasticsearch/elasticsearch-5.6.8 的拥有者设置为 es
chown -R es:es /usr/local/elasticsearch/elasticsearch-5.6.8
#编辑配置文件config/elasticsearch.yml 添加如下两句
network.host: 0.0.0.0
http.port: 9200

以为在5.0以后版本el不支持root用户启动 所以要切换到刚刚创建的用户 es下面

su es
#将目录切换到目录bin目录 前台启动 是否报错 
./elasticsearch 

如果启动中遇到下面问题

[2018-01-28T23:51:35,180][INFO ][o.e.t.TransportService   ] [qR5cyzh] publish_address {172.19.26.110:9300}, bound_addresses {172.19.26.110:9300}
[2018-01-28T23:51:35,204][INFO ][o.e.b.BootstrapChecks    ] [qR5cyzh] bound or publishing to a non-loopback address, enforcing bootstrap checks
ERROR: [2] bootstrap checks failed
[1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]
[2]: max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

第一个可以max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

如下解决 原因是因为操作系统vm.max_map_count参数设置太小导致的，至于设置多大的数值，我这里就直接参照报错信息的建议直接设置为262144

解决方案一：

#切换到root用户下，执行以下命令：
sysctl -w vm.max_map_count=262144
#检查配置是否生效
[root@localhost elasticsearch-6.1.2]# sysctl -a | grep "vm.max_map_count"
vm.max_map_count = 262144
[root@localhost elasticsearch-6.1.2]# 

解决方案二

#切换到root用户，备份原有配置
[root@localhost elasticsearch-6.1.2]# cd /etc
[root@localhost etc]# cp sysctl.conf sysctl.conf.bak

#编辑sysctl.conf，增加如下内容
[root@localhost etc]# vim sysctl.conf

# elasticsearch config start
vm.max_map_count=262144
# elasticsearch config end

如果正常输出262144，则说明修改成功，然后再次启动elasticsearch，输出如下：

ERROR: [1] bootstrap checks failed
[1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]

这个时候发现只有一个错了

报错max file descriptors [4096] for elasticsearch process is too low, increase to at least [65536]是因为操作系统安全检测配置影响的，我们需要切换到root用户下做如下配置：

先做一个配置备份

[root@localhost elasticsearch-6.1.2]# cd /etc/security/
[root@localhost security]# cp limits.conf limits.conf.bak

然后编辑limits.conf增加如下配置：

# elasticsearch config start
* soft nofile 65536
* hard nofile 131072
* soft nproc 2048
* hard nproc 4096
# elasticsearch config end

执行启动命令 ./bin/elasticsearch ，会发现指定IP已经配置好了，也正常启动。

ip:9200访问结果如下:

{
  "name" : "OYJ_I0B",
  "cluster_name" : "elasticsearch",
  "cluster_uuid" : "U5JHdDL8SECLAr2qVHZXbw",
  "version" : {
    "number" : "5.6.8",
    "build_hash" : "688ecce",
    "build_date" : "2018-02-16T16:46:30.010Z",
    "build_snapshot" : false,
    "lucene_version" : "6.6.1"
  },
  "tagline" : "You Know, for Search"
}

说明可以启动成功  我们可以放心的后台 启动 

./elasticsearch  -d

安装的时候就是遇到这些

ps 如遇一下问题

java.lang.UnsupportedOperationException: seccomp unavailable: CONFIG_SECCOMP not compiled into kernel, CONFIG_SECCOMP and CONFIG_SECCOMP_FILTER are needed

错误描述:

　　ElasticSearch集群启动错误,错误的原因是:因为Centos6不支持SecComp,而ES默认bootstrap.system_call_filter为true进行检测,所以导致检测失败,失败后直接导致ES不能启动解决:修改elasticsearch.yml

问题解决:

在所有节点的elasticsearch.yml配置文件中加入:

　　bootstrap.memory_lock: false

　　bootstrap.system_call_filter: false

elasticsearch启动过程中被自动killed

 
elasticsearch无法正常启动，启动过程中被自动killed
配置完elassearch后，发现elassearch无法和hadoop集群同时启动，已启动hadoop集群elassearch就会自动被killed，在启动elassearch时刚一开始就会被killed掉

[admin@bigdata111 elasticsearch-6.1.1]$ bin/elasticsearch 
Killed
 
查看日志也没有错误。
后来发现是内存不够了，由于ES是运行在JVM上，JVM本身除了分配的heap内存以外，还会用到一些堆外(off heap)内存。 在小内存的机器上跑ES，如果heap划分过多，累加上堆外内存后，总的JVM使用内存量可能超过物理内存限制。 如果swap又是关闭的情况下，就会被操作系统oom killer杀掉。
修改ES中config目录下的jvm.options文件
vim jvm.options
将
-Xms1g
-Xmx1g
改为
-Xms512m
-Xmx512m
就启动成功了

完美解决