Docker Stack部署报错：bind挂载源路径不存在，疑与Dockerfile的CMD相关

先帮你理清一下：你怀疑的CMD ["/bin/sh","/data/app/bootstrap.sh"]其实不太可能是这个错误的直接原因——这个报错是Docker在尝试将宿主机路径挂载到容器时，找不到宿主机上的对应路径，和容器内部启动脚本的关联很小，除非你的bootstrap.sh里有修改挂载相关的操作，但大概率不是它的问题。

真正的问题几乎肯定是本地环境和docker-machine节点的路径差异，下面是具体的排查和解决步骤：

核心原因：本地与远程节点的文件系统不共享 #

你本地用docker-compose up时，bind mount的路径指向的是你本地电脑的文件系统；但用docker stack deploy部署到docker-machine创建的节点（比如虚拟机、云主机）时，Docker会去远程节点的文件系统找挂载源路径，而不是你本地的。如果远程节点上没有这个路径，就会抛出invalid mount config for type "bind": bind source path does not exist错误。

举个例子：如果你的docker-compose-deploy.yml里写了这样的挂载配置：

services:
  your-app:
    volumes:
      - ./my-war-files:/data/app/wars

本地运行时./my-war-files是你本地的目录，但docker-machine的节点里根本没有这个路径，自然会报错。

解决方法 #

方法1：把文件同步到docker-machine节点 #

1. 先登录到你的docker-machine节点：

   docker-machine ssh <你的节点名称>
   

2. 在节点上创建对应的挂载目录：

   mkdir -p /home/docker/my-war-files
   

3. 从本地把war文件复制到节点的目录里：

   docker-machine scp -r ./my-war-files <你的节点名称>:/home/docker/my-war-files
   

4. 修改docker-compose-deploy.yml里的挂载路径，指向节点上的目录：

   volumes:
     - /home/docker/my-war-files:/data/app/wars
   

方法2：放弃bind mount，改用更可靠的方式 #

bind mount依赖宿主机路径，在集群部署场景下并不友好，推荐两种替代方案：

• 把war文件打包进镜像：修改你的Dockerfile，添加复制war文件的指令，比如：

  COPY ./your-app.war /data/app/wars/
  

  这样镜像本身包含war文件，部署到任何节点都不需要额外挂载，彻底避免路径问题。
• 使用Docker Named Volume：在compose文件里定义一个命名卷，让Docker管理存储：

  volumes:
    app-war-storage:
  
  services:
    your-app:
      volumes:
        - app-war-storage:/data/app/wars
  

  之后可以通过临时容器把war文件复制到卷里：

  docker run --rm -v app-war-storage:/target -v ./my-war-files:/source busybox cp /source/*.war /target/
  

最后验证 #

修改完配置后，先登录到docker-machine节点，用ls <挂载源路径>确认路径确实存在，再重新执行docker stack deploy命令。

内容的提问来源于stack exchange，提问作者tryingHard