无法从Docker镜像启动Upsource，执行官方部署命令失败

你尝试通过这条命令启动Upsource 2017.3.2888容器：

docker run -it --name upsource -v /Users/rudskoy/desktop/upsource/data/:/opt/upsource/data -v /Users/rudskoy/desktop/upsource/config/:/opt/upsource/conf -v /Users/rudskoy/desktop/upsource/logs/:/opt/upsource/logs -v /Users/rudskoy/desktop/upsource/backups/:/opt/upsource/backups -p 8080:8080 jetbrains/upsource:2017.3.2888

但启动失败，报错和配置目录相关。结合这类问题的常见排查思路，给你几个解决方案：

• 检查本地挂载目录的权限
  Docker容器内的Upsource进程需要对挂载的目录有读写权限。你可以先给本地的Upsource目录设置临时宽松权限来测试：

  chmod -R 777 /Users/rudskoy/desktop/upsource/
  

  测试通过后，记得把权限调整为生产环境安全的设置——可以先查看容器内Upsource运行用户的UID/GID，再用chown命令修改本地目录的归属。

• 确认挂载目录已手动创建
  如果本地的data、config、logs、backups目录不存在，Docker会自动创建，但自动创建的目录权限可能不符合容器进程的要求。先手动创建所有需要的目录：

  mkdir -p /Users/rudskoy/desktop/upsource/{data,config,logs,backups}
  

• 获取完整报错信息
  你提到的报错只显示了开头部分，建议查看容器的完整日志，这能帮你定位具体问题：

  docker logs upsource
  

  如果容器已经退出，也可以用docker inspect upsource查看状态细节，或者去掉-it参数用-d后台启动容器，再查看日志。

• 排除挂载目录的影响
  先尝试不挂载任何本地目录启动容器，验证镜像本身是否能正常运行：

  docker run -it --name upsource-test -p 8080:8080 jetbrains/upsource:2017.3.2888
  

  如果这个测试容器能正常启动，说明问题出在挂载目录的配置上，你可以逐个添加挂载目录，排查是哪个目录导致的失败。

• 检查Docker版本兼容性
  Upsource 2017.3是比较老的版本，可能和最新的Docker版本存在兼容性问题。你可以检查当前Docker版本，若版本较新，尝试降级到Docker 20.10.x这类稳定的旧版本再测试。

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