这个错误的核心原因是Docker Swarm模式和单机Docker的绑定挂载逻辑存在差异，结合你的配置来看，主要有以下几个问题：

1. 绑定挂载路径在Swarm节点上不存在或权限不足 #

当你用docker stack deploy部署时，Swarm会把容器调度到集群中的某个节点。如果这个节点上没有你指定的/root/.jenkins/workspace、/var/lib/jenkins这些绝对路径，就会抛出invalid mount config for type "bind": bind source path does not exist错误。

另外，/root是root用户的家目录，Jenkins容器默认用uid 1000的普通用户运行，就算路径存在，也可能因为权限不足无法访问，同样会触发类似的“路径不存在”错误。

2. container_name在Swarm模式下无效 #

Swarm会自动管理容器的命名规则，你配置的container_name: "jenkins"会被直接忽略，这个配置可以删掉。

解决方案 #

方案一：使用Docker命名卷（推荐，Swarm最佳实践） #

命名卷是Docker官方推荐的Swarm存储方案，它会自动在节点上创建卷目录、处理权限问题，还支持跨节点的共享存储（如果配置了集群存储）。修改你的compose文件如下：

version: '3'
services:
  jenkins:
    image: munhunger/jenkins
    ports:
      - "81:8080"
    environment:
      - minio_url=<URL>
      - minio_access=<ACCESS>
      - minio_secret=<SECRET>
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock  # 仅保留这个绑定，用于访问Docker daemon
      - jenkins_workspace:/root/.jenkins/workspace
      - jenkins_lib:/var/lib/jenkins
      # 建议移除/var/lib/docker的绑定，这个操作风险极高，可能损坏节点的Docker服务
    deploy:
      replicas: 1
      placement:
        constraints: [node.role == manager]  # 固定在manager节点运行，避免调度到权限不足的节点
volumes:
  jenkins_workspace:
  jenkins_lib:

方案二：手动确保节点路径存在且权限正确（仅单节点Swarm或固定节点场景） #

如果你坚持使用绑定挂载，需要：

1. 在所有可能调度Jenkins的节点上创建路径并设置权限：

   # 创建目录
   sudo mkdir -p /root/.jenkins/workspace /var/lib/jenkins
   # 修改权限为Jenkins容器的运行用户（默认uid 1000）
   sudo chown -R 1000:1000 /root/.jenkins/workspace /var/lib/jenkins
   

2. 添加调度约束，固定Jenkins到特定节点：
   在compose的deploy部分添加约束，避免容器被调度到未准备路径的节点：

   deploy:
     placement:
       constraints: [node.hostname == your-specific-node-name]
   

额外注意事项 #

• 不要挂载/var/lib/docker：这个目录是节点Docker服务的核心存储目录，容器直接访问可能会导致节点Docker崩溃，仅绑定/var/run/docker.sock就足够让Jenkins执行Docker命令了。
• 检查Jenkins镜像的运行用户：如果你的自定义Jenkins镜像用了非默认用户，需要调整挂载路径的权限，确保容器用户能正常访问。

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