在OpenShift Origin上安装numpy后导入失败求助

我明白你现在的困扰——明明在Pod终端里pip install numpy显示成功了，但Django代码里就是找不到这个包。这其实是OpenShift容器环境的特性导致的，我来给你拆解原因和解决办法：

为什么会出现这个问题？ #

• 临时安装不持久：你在Pod终端里用pip装的包是存放在Pod的临时文件系统里的，一旦Pod重启、重新部署，这些包就会彻底消失，因为Pod是基于原始镜像创建的，终端里的修改不会被保存到镜像中。
• Python环境不一致：还有可能你终端里用的Python解释器，和Django应用实际运行时用的不是同一个版本/路径，导致安装的Numpy不在Django的包搜索路径里。

解决方案（按推荐程度排序） #

1. 用requirements.txt配合S2I构建（生产环境首选）

如果你的Django应用是用OpenShift的Source-to-Image（S2I）工具构建的，这是最规范的做法：

• 在你的项目根目录，找到或创建requirements.txt文件，添加一行：

  numpy==1.26.4  # 建议指定具体版本，避免依赖冲突
  

• 把修改后的代码推送到你的Git仓库。
• 回到OpenShift控制台，找到你的应用，进入「Builds」→「Builds」页面，选中对应的构建任务，点击「Start Build」重新构建镜像；或者用命令行：oc start-build <你的应用构建名称>
• 构建完成后，OpenShift会自动部署新的镜像，这时候Django就能正常导入Numpy了，而且重启Pod也不会丢失依赖。

2. 修改自定义Dockerfile（如果用自定义镜像）

要是你是自己写Dockerfile构建应用镜像的：

• 在Dockerfile里，添加安装Numpy的步骤，比如：

  # 先复制requirements.txt（如果有的话）
  COPY requirements.txt /app/
  RUN pip install --no-cache-dir -r requirements.txt
  
  # 或者直接安装指定版本
  RUN pip install numpy==1.26.4
  

• 重新构建镜像并推送到OpenShift的镜像仓库，然后触发应用重新部署即可。

3. 临时调试方案（仅用于测试，别在生产用）

如果只是想快速验证功能，不想重新构建镜像，可以这么做：

• 先找到Django应用实际用的Python路径：在Pod终端里执行ps aux，找到Django的进程，看它的执行路径（比如/opt/app-root/bin/python）。
• 用这个路径的pip来安装Numpy：

  /opt/app-root/bin/pip install numpy
  

• 重启Pod里的Django服务，这时候就能导入Numpy了，但注意Pod重启后这个包就没了，所以只适合临时测试。

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