docker以挂载目录启动容器报错问题的解决

拉取镜像:

docker pull elasticsearch:7.4.2 
docker pull kibana:7.4.2 

创建实例:

  1. mkdir -p /mydata/elasticsearch/config
  2. mkdir -p /mydata/elasticsearch/data
  3. echo "http.host: 0.0.0.0" >> /mydata/elasticsearch/config/elasticsearch.yml

启动容器并并建立容器和宿主机目录的关联

docker run --name elasticsearch -p 9200:9200 -p 9300:9300 \ -e "discovery.type=single-node" \ -e ES_JAVA_OPTS="-Xms64m -Xmx512m" \ -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

提示下面的错误:

docker: Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting "/mydata/elasticsearch/config/elasticsearch.yml" to rootfs at "/usr/share/elasticsearch/config/elasticsearch.yml": mount /mydata/elasticsearch/config/elasticsearch.yml:/usr/share/elasticsearch/config/elasticsearch.yml (via /proc/self/fd/6), flags: 0x5000: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type.

出错原因在elasticsearch.yml文件的挂载上,根源是这一行代码

echo "http.host: 0.0.0.0" >> /mydata/elasticsearch/config/elasticsearch.yml

由于config是目录,elasticsearch.yml是文件,它们原先都不存在,直接往一个不存在的目录里的文件写入内容,虽然能创建目录成功并将内容写入文件,但以上面命令启动容器的时候会发现无法正常启动,正确的方式是如果涉及到文件,应该先创建目录,再创建目录里的文件,往文件里写内容,再以上面的命令启动容器就没问题了。参照下图:

  • 25
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: 当使用 Docker 挂载 Nginx 时,可能会遇到一些。以下是几种常见的误和可能的解决方法: 1. 信息:"Error starting userland proxy: listen tcp 0.0.0.0:80: bind: address already in use" 解决方法:这意味着端口 80 已被其他进程占用。可以先尝试停止占用端口 80 的进程,或者更改 Nginx 的监听端口。 2. 信息:"nginx: [emerg] open() "/etc/nginx/nginx.conf" failed (2: No such file or directory)" 解决方法:这表示未找到 nginx.conf 文件。需要确保挂载的文件路径正确,并且在挂载之前确认文件已存在。 3. 信息:"nginx: [emerg] host not found in upstream" 解决方法:这表明在 Nginx 配置文件中指定的上游服务器无法找到。需要确保配置正确,并且上游服务器可用。 4. 信息:"13: Permission denied while reading upstream" 解决方法:这表示 Nginx 不具有访问所需文件的权限。可以使用 `chown` 命令更改文件的属主,或者使用 `chmod` 命令更改文件的权限。 5. 信息:"nginx: [emerg] unknown directive" 解决方法:这表示在 Nginx 配置文件中使用了未知的指令。需要确保使用的指令是有效的,并且检查是否正确拼写、缺少分号或引号。 这些是一些常见的 Docker 挂载 Nginx 和可能的解决方法。根据具体的信息,可以采取相应的处理措施来解决问题。 ### 回答2: docker挂载nginx可能有多种原因,以下是其中一种常见的情况。 当我们使用Docker挂载Nginx时,可能会遇到权限问题。Nginx默认以非root用户运行,并且在容器内部以nginx用户身份启动。然而,当我们将宿主机上的Nginx配置文件或数据目录挂载容器时,容器内的nginx用户可能无法读取或写入这些文件或目录,导致解决这个问题的方法是,我们需要确保宿主机上的文件或目录具有合适的权限,使得容器内的nginx用户可以访问。通常,我们可以通过更改文件或目录的权限来解决这个问题,例如使用chmod命令。 另外,我们还可以通过在Dockerfile中添加一些额外的步骤来解决权限问题。我们可以添加一条指令,例如"RUN chown -R nginx:nginx /path/to/directory"来修改挂载目录的权限,使得容器内的nginx用户具有访问它的权限。 总之,当我们遇到docker挂载nginx时,首先需要检查权限问题,确保容器内的nginx用户具有访问挂载目录的权限。如果问题仍然存在,我们还可以尝试通过在Dockerfile中添加额外的步骤来解决权限问题。 ### 回答3: 当使用Docker挂载Nginx时出现,可能有多种原因。以下是一些常见的问题解决方法: 1. 挂载路径误:请确保在Docker命令或Docker Compose文件中正确设置了Nginx配置文件或网站文件的挂载路径。可以检查路径是否正确,并且目标路径在宿主机上存在。 2. 权限问题Docker默认以root用户运行容器,而宿主机上的文件可能属于不同的用户和组。这可能导致权限问题解决方法是,在Docker命令中使用-v参数时,设置宿主机文件的访问权限,例如:-v /path/on/host:/path/in/container:ro。这样可以将宿主机文件以只读权限挂载容器中,避免权限问题。 3. 端口冲突:如果在Docker容器中运行的Nginx使用了与宿主机上的其他服务相同的端口号,可能会导致挂载失败。请确保在Docker命令或Docker Compose文件中为Nginx容器配置了其他未被使用的端口。 4. 文件格式误:如果挂载的Nginx配置文件或网站文件格式有误,可能会导致Nginx启动失败。可以使用Nginx的配置检查工具来验证配置文件是否正确,并确保文件没有误。 5. 文件权限问题:在某些情况下,挂载的文件可能没有足够的权限让Nginx读取或写入。可以使用chmod命令更改文件的权限,或者在Docker命令中使用--user参数来指定容器以特定的用户身份运行。 以上是一些常见的问题解决方法,希望对您有帮助。如果问题仍然存在,请提供更多的误信息以便我们进一步帮助您解决问题

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值