Docker会因为什么样的卷装载错误而自动失败？

我有以下形式的docker运行命令：

docker run --add-host test.jimvanfleet.com:127.0.0.1            -v /home/myuser/etc/certs:/etc/httpd/certs   -v /home/myuser/etc/site:/etc/httpd/site -v /home/myuser/etc/conf/my.conf:/tmp/my.conf --name=https_proxy --rm bigfleet/https_proxy:master

这个命令（正如我所期望的）生成一个在前台运行httpd进程的容器

此命令：

docker run --add-host test.jimvanfleet.com:127.0.0.1            -v /home/myuser/etc/certs:/etc/httpd/certs   -v /home/myuser/etc/site:/etc/httpd/site -v /home/myuser/etc/conf/my.conf:/etc/httpd/conf.d/my.conf --name=https_proxy --rm bigfleet/https_proxy:master

将立即退出，并显示一个错误状态代码，我看不到任何日志。我只更改了容器中

my.conf

文件的目标目录

---

如果使用

--privileged

运行第二个命令，则不会有任何更改，因为我不是以

root

身份运行容器，而是尝试将卷装载到只能由

root

写入的目录。运行与root用户相同的命令也不起作用，立即退出，退出代码为1。如何进一步调试此问题？

您可以执行

docker logs id

来检查出了什么问题。我还将尝试在第一个运行的容器内

docker exec

检查/etc/httpd/conf.d/文件夹的权限+它是否存在日志仅显示“设置“ServerName”指令”警告。该目录确实存在，即使在DockerFile中的/etc/httpd/conf.d目录中出现chmod 777之后，错误也会存在。如果您不尝试装载卷，而只是创建image+容器，并使用从主机到该文件的文件执行

docker cp

，该怎么办。（也可以进入您的容器并检查路径）。您可以执行

docker logs id

检查出了什么问题。我还将尝试在第一个运行的容器内

docker exec

检查/etc/httpd/conf.d/文件夹的权限+它是否存在日志仅显示“设置“ServerName”指令”警告。该目录确实存在，即使在DockerFile中的/etc/httpd/conf.d目录中出现chmod 777之后，错误也会存在。如果您不尝试装载卷，而只是创建image+容器，并使用从主机到该文件的文件执行

docker cp

，该怎么办。（同时进入容器内部并检查路径）。