SLURM/NFS集群非root用户Conda环境激活权限异常求助

1. 修复用户本地Conda配置权限 #

非root用户报错的直接原因是无法访问自身~/.config/conda/.condarc文件，先检查并修复权限：

# 检查目录和文件权限
ls -ld ~/.config/conda
ls -l ~/.config/conda/.condarc

# 若目录不存在则创建并设置权限
mkdir -p ~/.config/conda && chmod 700 ~/.config/conda
# 若文件不存在则创建并设置权限
touch ~/.config/conda/.condarc && chmod 600 ~/.config/conda/.condarc

2. 配置共享Conda全局配置 #

在共享Conda安装目录下创建全局.condarc，强制所有用户使用统一配置，避免依赖本地有问题的设置：

# 创建全局配置文件
cat > /opt/opt-shared/miniconda3/.condarc << EOF
pkgs_dirs:
  - /opt/opt-shared/miniconda3/pkgs
envs_dirs:
  - /opt/opt-shared/miniconda3/envs
EOF

# 设置全局配置文件权限为所有用户可读
chmod 644 /opt/opt-shared/miniconda3/.condarc

3. 更新Conda模块文件 #

修改模块文件，添加必要的环境变量，确保Conda加载时优先使用全局配置：

# 编辑模块文件（路径根据你的模块存放位置调整）
cat > /opt/opt-shared/modules/conda << EOF
#%Module1.0
set root /opt/opt-shared/miniconda3
prepend-path PATH \$root/bin
# 指定全局Conda配置路径
setenv CONDA_CONFIG_PATH \$root/.condarc
# 指定共享包目录
setenv CONDA_PKGS_DIRS \$root/pkgs
# 指定共享环境目录
setenv CONDA_ENVS_DIRS \$root/envs
EOF

4. 优化共享Conda目录权限（替代777的安全方案） #

创建统一用户组，将所有团队用户加入，确保组内用户拥有共享目录的读写权限：

# 创建conda用户组
groupadd conda-users
# 将用户加入组（替换为实际用户名）
usermod -aG conda-users userb
# 重新设置共享目录的所有权和权限
chown -R root:conda-users /opt/opt-shared/miniconda3
chmod -R 775 /opt/opt-shared/miniconda3
# 确保包和环境目录权限正确
chmod 775 /opt/opt-shared/miniconda3/pkgs
chmod 775 /opt/opt-shared/miniconda3/envs

5. 调整SLURM脚本激活方式 #

使用Conda官方推荐的激活命令，避免旧版本的source activate：

#!/bin/bash 
#SBATCH --job-name=stress-test
#SBATCH --time=00:30:00
#SBATCH --cpus-per-task=16
#SBATCH --output=/opt/opt-shared/input-files/stresstest/out.out
#SBATCH --error=/opt/opt-shared/input-files/stresstest/error.err

source /etc/profile.d/modules.sh
module load conda
# 初始化shell hook后激活环境
eval "$(conda shell.bash hook)"
conda activate stress

srun stress-ng --cpu 0 --cpu-method all --timeout 30s --metrics-brief

6. 测试验证 #

让非root用户在计算节点手动测试：

module load conda
conda info
conda activate stress
stress-ng --cpu 1 --timeout 10s

若测试通过，再提交SLURM脚本验证。

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