centos7部署kibana,es,es可视化插件遇到的bug

centos部署kibana,es,es可视化插件

1、启动es时,创建用户组,因为es不能直接在root下启动

创建elsearch用户组及elsearch用户:

groupadd elsearch
useradd elsearch -g elsearch
passwd elsearch# 接下来会输入两次密码
# new password
# retype passwd

更改elasticsearch文件夹及内部文件的所属用户及组为elsearch:elsearch

# 切换到es所在的目录
cd path
chown -R elsearch:elsearch es/elasticsearch-7.6.1/

切换到elsearch用户再启动

su elsearch

2、kibana启动bug

 Error: Unable to write Kibana UUID file, please check the uuid.server configuration value in kibana.yml and ensure Kibana has sufficient permissions to read / write to this file. Error was: EACCES

解决:

# 在root下为 为kibana赋权
chown -R elsearch:elsearch /home/es/kibana-7.6.1-linux-x86_64/
# 修改kibana所在文件夹的权限
chmod 770 elsearch:elsearch /home/es/kibana-7.6.1-linux-x86_64
# 切换回用户组 elsearch
su elsearch
# 启动
./kibana

3、es和kibana同时启动,报告内存不足

error:
OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x00000000c5330000, 986513408, 0) failed; error='Not enough space' (errno=12)
        at org.elasticsearch.tools.launchers.JvmErgonomics.flagsFinal(JvmErgonomics.java:123)
        at org.elasticsearch.tools.launchers.JvmErgonomics.finalJvmOptions(JvmErgonomics.java:88)
        at org.elasticsearch.tools.launchers.JvmErgonomics.choose(JvmErgonomics.java:59)
        at org.elasticsearch.tools.launchers.JvmOptionsParser.main(JvmOptionsParser.java:95)
修改es下的config下的jvm.options

centos7部署kibana,es,es可视化插件遇到的bug_第1张图片
减少启动时和最大的内存占用

centos7部署kibana,es,es可视化插件遇到的bug_第2张图片

4、nginx代理kibana,无法访问

ngnix配置

 location /kibana {
                proxy_pass http://10.10.7.51:5601/; #kibana内网访问地址
                rewrite ^/kibana/(.*)$ /$1 break;
        }

找到kibana配置文件kibana.yml,配置kibana访问的前缀路径。

1 server.basePath: "/kibana" #配置该项以后访问kibana都需要在端口后跟“kibana”
server.basePath: "/kibana" 

5、后台运行

1、后台运行es

./elasticsearch -d

2、后台运行 kibana

nohup ./kibana &

3、后台运训可视化插件elasticsearch

nohup npm start >./log.log 2>&1 &  
#2>&1 也就表示将错误重定向到标准输出上

说明:

  • nohup放在命令的开头,表示不挂起(no hang up),也即,关闭终端或者退出某个账号,进程也继续保持运行状态,一般配合&符号一起使用。如nohup command &。
  • 0 表示stdin标准输入
  • 1 表示stdout标准输出
  • 2 表示stderr标准错误
  • 2>&1 >file :错误输出到终端,标准输出重定向到文件file,等于 > file 2>&1(标准输出重定向到文件,错误重定向到标准输出)。
  • 放在命令到结尾,表示后台运行,防止终端一直被某个进程占用,这样终端可以执行别到任务,配合 >file 2>&1可以将log保存到某个文件中,但如果终端关闭,则进程也停止运行。如 command > file.log 2>&1 & 。
  • /dev/null 表示空设备文件

6、结束后台运行

# 根据端口查看进程号
lsof -i:port
# 或者ps -aux |grep 
ps -aux|grep elasticsearch| grep -v grep | awk '{print $2}' # 查看es
jps。#查看es
ps -aux|grep npm # 查看es-head
lsof -i:5601 # 查看kibana的进程号
# 还可以使用
 fuser -n tcp 5601
netstat -anltp|grep 5601
# 根据查出的端口号,用kill -9杀死进程
kill -9  进程号

你可能感兴趣的:(elasticsearch)