CentOS集群中加载intel模块后运行pw.x时libfftw3.so.3缺失的问题求助

可能的原因及无需root权限的解决方案 #

• Intel模块覆盖了系统库搜索优先级
  你加载的Intel MKL模块大概率会修改LD_LIBRARY_PATH，让Intel自身的库路径优先级高于系统默认路径。即使你追加了/lib64，它可能还是排在Intel库路径后面，导致程序优先找Intel的FFTW库（但没有你需要的libfftw3.so.3）。试试把/lib64放在环境变量的最前面：

  export LD_LIBRARY_PATH=/lib64:$LD_LIBRARY_PATH
  

  （如果原LD_LIBRARY_PATH为空，这样也不会出现无效路径的问题）

• 尝试加载集群提供的FFTW模块
  很多HPC集群会把FFTW作为独立模块管理，你可以先搜索下可用的FFTW 3版本：

  module avail fftw
  

  如果找到类似fftw/3.3.8这样的模块，先加载它再运行程序：

  module load fftw/3.3.8
  module load intel impi quantum-espresso
  

  模块系统会自动帮你配置正确的库路径，比手动修改环境变量更可靠。

• 确认系统库是64位版本
  从ldd输出里的intel64_lin路径能看出你运行的是64位的pw.x，如果/lib64里的libfftw3.so.3是32位的，程序也会找不到。用以下命令检查：

  file /lib64/libfftw3.so.3
  

  正常输出应该包含ELF 64-bit LSB shared object字样。

• 检查量子ESPRESSO模块的依赖配置
  有可能集群的quantum-espresso模块没有正确关联FFTW依赖，导致加载时没自动引入FFTW路径。你可以查看模块的配置脚本：

  module show quantum-espresso
  

  如果里面没有FFTW相关的环境变量设置，你可以在加载完所有模块后手动补充FFTW的路径。

需要root权限的场景（若上述方法无效） #

如果上面的尝试都失败了，可能是以下情况：

• 系统/lib64目录下确实没有libfftw3.so.3，或者该库损坏。这时候需要root用户通过yum install fftw3命令安装对应包。
• Intel MKL库和系统FFTW库存在版本冲突，需要root用户调整模块配置，或者重新编译量子ESPRESSO适配当前Intel环境。

不过多数情况下，通过调整环境变量顺序或加载FFTW模块就能解决问题，不需要root权限。

备注：内容来源于stack exchange，提问作者AbdulMuhaymin