PHP通过shell_exec调用qsub提交作业无响应问题求助

这种情况我之前排查过好几次，命令行能正常跑但PHP调用没反应，核心原因基本都绕不开环境差异或权限上下文的问题，咱们按优先级一步步来排查：

第一步：捕获错误输出（最关键） #

shell_exec 默认只会返回命令的标准输出（stdout），但如果命令执行出错，错误信息会输出到标准错误（stderr），你根本看不到。先把命令改成这样，强制把stderr重定向到stdout，然后打印返回结果：

$result = shell_exec("qsub testscript.sh 2>&1");
var_dump($result);

这一步能直接帮你定位具体错误——比如找不到qsub的路径、权限不足，还是队列系统拒绝了请求。

第二步：检查命令和脚本的绝对路径 #

PHP运行时的工作目录和你命令行的工作目录完全不同，而且web服务器用户的PATH环境变量可能没包含qsub的路径：

• 先在命令行执行 which qsub 得到qsub的绝对路径（比如/usr/local/bin/qsub），替换PHP里的qsub为绝对路径
• 同样，testscript.sh也要用绝对路径，比如/var/www/your-project/testscript.sh，避免相对路径找不到文件

第三步：模拟web服务器用户的权限上下文 #

PHP是由web服务器的用户（比如www-data、apache、nginx）执行的，就算你给文件设了777，队列系统本身可能限制了提交用户。在命令行模拟这个用户运行qsub：

sudo -u www-data qsub /path/to/testscript.sh

如果这一步也失败，说明web用户没有提交队列的权限，需要：

• 把web用户加入到队列系统允许的用户组里
• 或者修改队列系统的配置，允许该用户提交作业

第四步：排查安全模块限制 #

如果你的服务器开启了SELinux（CentOS/RHEL系）或AppArmor（Debian/Ubuntu系），这些安全模块可能会阻止web服务器执行qsub这类系统命令：

• 临时关闭SELinux测试：sudo setenforce 0，如果PHP能正常调用了，再去配置SELinux规则允许web用户执行qsub
• 对于AppArmor，可以检查对应的配置文件，添加qsub的执行权限

第五步：检查脚本本身的依赖 #

testscript.sh里如果用到了其他命令，也要确保这些命令在web用户的PATH里，或者用绝对路径调用，避免脚本内部执行失败导致qsub没反应。

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