Docker容器启动失败：EACCES权限拒绝问题求助

我之前也碰到过完全一样的场景，给你梳理下问题根源和几个可行的解决方案：

问题核心分析 #

你的dispatcher服务指定了user: "1000:1000"运行容器，同时把宿主机当前目录挂载到了容器内的/app。当Babel尝试写入build/CalcUtil.js时权限被拒绝——哪怕你把宿主机的build目录设为777，也可能因为宿主机目录的所有者与容器内用户不匹配，或者容器内用户没有权限创建/写入该目录而失败。

解决方案 #

方案1：匹配宿主机与容器内的目录所有者 #

在宿主机上，把build目录的所有者改成容器内使用的1000:1000用户：

sudo chown 1000:1000 ./build

如果build目录还没创建，先创建再改权限：

mkdir -p ./build && sudo chown 1000:1000 ./build

之后再执行docker-compose up -d，容器内的用户就能正常读写build目录了。

方案2：在容器启动前调整目录权限 #

修改docker-compose.yml中dispatcher服务的配置，先以root身份修正/app目录的权限，再切换到1000:1000用户执行构建命令：

dispatcher:
  image: node:10
  restart: always
  volumes:
    - ./tmp:/upload_tmp
    - ./:/app
  working_dir: /app
  ports:
    - "8070:8070"
  user: "root"  # 先以root启动
  command: "chown -R 1000:1000 /app && su -s /bin/bash 1000 -c 'make build start'"
  depends_on:
    - mongodb

这个方法的好处是不用手动修改宿主机目录权限，容器启动时会自动把/app（也就是宿主机挂载的目录）的所有者改成容器内的运行用户。

方案3：调整Babel构建脚本（临时应急） #

如果上面两种方法暂时无法实施，可以修改package.json的build脚本，先确保build目录存在且权限正确：

"scripts": {
  "start": "nodemon --exec babel-node src/main.js",
  "build": "mkdir -p build && chmod 777 build && babel src --out-dir build",
  ...
}

不过这个方法只是临时 workaround，更推荐前面两种从根源解决权限映射的方案。

为什么chmod 777没用？ #

很多人会误以为777权限能解决所有问题，但实际上：

• 如果宿主机的build目录是root用户创建的，即使权限设为777，容器内的非root用户可能会因为Docker的挂载权限限制无法写入；
• 部分系统开启了SELinux，会进一步限制跨用户的目录读写操作。

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