标签：推荐 需要 目录权限 异常 src start dex last file
docker run --name elasticsearch -p 9200:9200 -p 9300:9300 \
-e "discovery.type=single-node" \
-e ES_JAVA_OPTS="-Xms64m -Xmx128m" \
-v /mydata/elasticsearch/config/elasticsearch.yml:/usr/share/elasticsearch/config/elasticsearch.yml \
-v /mydata/elasticsearch/data:/usr/share/elasticsearch/data \
-v /mydata/elasticsearch/plugins:/usr/share/elasticsearch/plugins \
-d elasticsearch:7.4.2
特别注意：
-e ES_JAVA_OPTS="-Xms256m -Xmx256m" \ 测试环境下，设置ES的初始内存和最大内存，否则导致过大启动不了ES
② docker ps 发现elasticsearch并没有启动
③ docker ps -a 发现es实例启动的同时立马退出了
④ 查看docker的elasticsearch启动日志 docker logs es的ID 发现这里挂载宿主机是产生了异常
部署elasticsearch时需要把数据和日志挂载在宿主机上，防止docker容器意外宕机时，可以保证数据的安全和方便根据日志进行错误排查。
把docker容器中的/usr/share/elasticsearch/data挂载到宿主机的/mydata/elasticsearch/data下，日志同理。
但是看似很简单的命令，却报错了java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes，看到这个错误的时候以为是容器中的/usr/share/elasticsearch/data/nodes目录权限不够，然后就开始各种授权，但是不行，折腾了半天时间，最后发现真正的原因是宿主机上的/mydata/elasticsearch/data目录权限不足导致的！！！
但是错误日志报的却是docker容器下的 /usr/share/elasticsearch/data/nodes目录！！！
⑤ 修改宿主机（虚拟机）上挂载的文件夹权限 根据自己挂载文件夹的位置不同修改 如下同样的方式修改三个文件夹的权限
方法二: 不推荐使用，因为以后很多地方文件夹所需的权限不同 这样太豪横了
⑥ 重启elasticsearch 测试 docker start esID
⑦ 此时已经启动成功
docker elasticsearch挂载宿主机报 java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/nodes
标签：推荐 需要 目录权限 异常 src start dex last file
原文地址：https://www.cnblogs.com/718lubancantfly/p/12664229.html
