修改LD_LIBRARY_PATH后仍无法加载liblapack.so.3的问题求助

1. 验证LD_LIBRARY_PATH在Slurm作业环境中是否生效 #

• 在Slurm作业脚本的程序执行命令前，添加环境变量校验命令：

  echo "Current LD_LIBRARY_PATH: $LD_LIBRARY_PATH"
  ldd /path/to/your/libpetsc.so | grep lapack
  

• 提交作业后查看输出，确认LD_LIBRARY_PATH是否包含liblapack.so.3所在的绝对路径。若未包含，在脚本中显式设置：

  export LD_LIBRARY_PATH=/absolute/path/to/lapack/lib:$LD_LIBRARY_PATH
  

  注意：避免使用相对路径，超算节点的工作目录可能与提交节点不一致。

2. 利用超算模块系统加载LAPACK #

多数超算会将LAPACK等基础数学库封装为模块，直接加载比手动配置环境变量更可靠：

# 在作业脚本中添加模块加载命令
module load lapack
# 若不确定模块名称，可用以下命令查找
module avail lapack

3. 检查PETSc编译时的依赖配置 #

• 用ldd分析libpetsc.so的依赖链，确认它期望的liblapack.so.3路径：

  ldd /path/to/libpetsc.so | grep lapack
  

• 若输出显示liblapack.so.3 => not found，说明编译PETSc时未正确关联LAPACK。重新编译PETSc，选择以下两种方式之一：

  # 方式1：指定已有LAPACK的绝对路径
  ./configure --with-lapack-dir=/absolute/path/to/lapack --prefix=/path/to/petsc/install
  # 方式2：让PETSc自动下载并编译LAPACK
  ./configure --download-lapack --prefix=/path/to/petsc/install
  make all install
  

4. 解决Slurm环境隔离问题 #

部分超算的Slurm默认会重置用户环境，导致.bashrc中的配置无法在作业节点生效：

• 提交作业时显式继承当前环境：

  sbatch --export=ALL your_job_script.sh
  

• 或在作业脚本开头添加Slurm参数，强制继承环境：

  #SBATCH --export=ALL
  

5. 编译PETSc时启用rpath硬编码依赖路径 #

通过--with-rpath参数，将LAPACK的路径直接嵌入libpetsc.so中，无需依赖LD_LIBRARY_PATH：

./configure --with-lapack-dir=/absolute/path/to/lapack --with-rpath --prefix=/path/to/petsc/install
make all install

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