Docker容器中使用Conda环境时docker exec执行脚本提示文件不存在的问题排查

首先咱们先捋清楚你这条命令出问题的核心原因：docker exec d4 bash && <path_to_sh_file> 里的 && 是在你的Windows宿主机Shell中执行的，完全不是容器内部的Shell逻辑。

具体执行流程是这样的：

1. 宿主机先运行 docker exec d4 bash，启动容器内的一个交互式Bash会话
2. 只有等你手动退出这个Bash会话（比如输入exit），宿主机的Shell才会去执行后面的 <path_to_sh_file>
3. 这时候宿主机自然找不到容器内部的脚本路径，直接就报“文件不存在”了

正确的执行方式 #

你需要把要运行的脚本命令作为参数传递给容器内的Bash，让它在容器内部的Shell环境里执行，这里有几个实用方案：

方案1：直接执行脚本（前提是脚本已设执行权限）

看你的Dockerfile已经给脚本加了chmod +x权限，那可以直接运行：

docker exec d4 /app/aws_pipeline/start_gpu_aws.sh

（因为容器的WORKDIR是/app，也可以写相对路径aws_pipeline/start_gpu_aws.sh）

方案2：通过Bash -c执行（适配conda环境激活场景）

你把conda环境激活命令写到了~/.bashrc，但~/.bashrc默认只在交互式Bash会话中加载。直接用bash -c是默认非交互式的，不会自动激活环境，所以可以这样处理：

# 方式A：启用交互式Bash，自动加载.bashrc激活环境
docker exec d4 bash -i -c "aws_pipeline/start_gpu_aws.sh"

# 方式B：手动在命令里激活环境，无需依赖交互式会话
docker exec d4 bash -c "source ~/.bashrc && conda activate tensorflow_p36 && aws_pipeline/start_gpu_aws.sh"

额外优化建议（可选） #

如果不想每次用docker exec都要手动处理conda环境激活，可以修改Dockerfile，让环境在所有Shell会话中自动生效：

# 替换原来的echo "conda activate..."行，让conda初始化后自动激活环境
RUN echo "conda init bash" >> ~/.bashrc && echo "conda activate tensorflow_p36" >> ~/.bashrc
# 或者把激活命令放到全局配置，所有用户的Shell都会加载
RUN echo "conda activate tensorflow_p36" > /etc/profile.d/conda_env.sh

这样后续再用docker exec执行命令时，就不用再手动激活环境了。

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