使用nohup运行Python脚本提交SLURM作业时无法获取JOBID的问题

核心问题原因 #

你遇到的问题并非nohup与sbatch不兼容，而是SLURM的sbatch命令默认将作业提交信息输出到标准错误(stderr)而非标准输出(stdout)，而你的bash脚本只通过管道捕获了stdout的内容，导致后台运行时无法获取到JOBID。

直接在终端运行时，stderr会直接打印到终端，让你误以为脚本捕获到了输出；结合你提供的set -x调试输出，sbatch没有产生任何stdout输出，所以JOBID变量为空，最终无法完成提取。

解决方案 #

方案1：将sbatch的stderr重定向到stdout #

修改bash脚本中的sbatch命令，把stderr合并到stdout，确保管道能捕获到提交信息：

#!/bin/bash 
# 用$()替代反引号，可读性更强
JOBID=$(sbatch ~/job.bash 2>&1 | tee output.log)
JOBID=$(echo "$JOBID" | awk '{print $4}')
echo "$JOBID"

2>&1的作用是将标准错误(stderr)重定向到标准输出(stdout)，这样tee和后续的awk就能捕获到sbatch的提交信息。

方案2：直接从输出流提取JOBID #

可以简化脚本，直接通过管道链提取JOBID并保存，避免中间变量的问题：

#!/bin/bash
sbatch ~/job.bash 2>&1 | tee output.log | awk '{print $4}' > job_id.txt
# 如果需要在脚本中使用JOBID变量
JOBID=$(cat job_id.txt)
echo "$JOBID"

额外排查点 #

如果上述方案无效，检查以下内容：

• 确认job.bash是否存在语法错误或依赖终端输入的内容（nohup会将stdin重定向到/dev/null，若脚本需要读取stdin会导致提交失败）
• 检查SLURM集群的状态，确认此时集群能正常接收作业提交

对你疑问的解答 #

nohup本身不会阻止SLURM作业提交，它的作用只是忽略SIGHUP信号并将stdout/stderr重定向到nohup.out（默认）。问题的本质是输出流的捕获错误，而非信号处理导致的提交失败。

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