这种情况我之前也踩过坑——手动跑启动脚本完全正常，但Supervisor一启动就秒退，提示FATAL Exited too quickly，核心原因基本都是Supervisor的运行环境和你终端环境不一致，或者配置里藏着小细节没处理好。下面是一步步排查和解决的思路：

1. 先看Supervisor的详细错误日志 #

你看到的只是表层提示，真正的错误原因在日志里。先去看Supervisor的日志文件：

• 全局日志一般在 /var/log/supervisor/supervisord.log
• 如果你的配置里指定了单独的进程日志（比如stdout_logfile=/var/log/supervisor/hitbot.log），直接看这个更精准
• 用实时日志命令追踪启动时的错误：

  tail -f /var/log/supervisor/hitbot.log
  

  这一步是关键，日志会告诉你到底是找不到命令、权限不够还是环境变量缺失。

2. 检查Supervisor的运行用户权限 #

手动执行脚本时你用的是当前用户（比如root），但Supervisor默认可能用supervisor用户或者其他受限用户运行，这会导致脚本里的文件、依赖没有访问权限：

• 在你的/etc/supervisor/conf.d/hitbot.conf里加上user参数，指定和手动执行时相同的用户：

  user=your_username  # 替换成你手动运行脚本的用户，比如root或者你的个人用户
  

• 同时检查脚本里涉及的所有路径（比如项目目录、虚拟环境、日志文件），确保这个用户有读写权限。

3. 补全脚本里的环境变量和绝对路径 #

终端里的环境变量（比如PATH、虚拟环境的激活变量）在Supervisor的环境里是不存在的，这是最常见的坑：

• 把脚本里的gunicorn换成绝对路径，比如虚拟环境里的路径：

  # 原来的可能是 gunicorn -w 4 main:app
  # 改成绝对路径
  /home/youruser/venv/bin/gunicorn -w 4 main:app
  

• 如果脚本里有激活虚拟环境的命令（source venv/bin/activate），直接删掉，用绝对路径调用Gunicorn更可靠；或者在脚本开头手动设置PATH：

  export PATH="/home/youruser/venv/bin:$PATH"
  

• 也可以在Supervisor配置里直接设置环境变量：

  environment=PATH="/home/youruser/venv/bin:/usr/bin",PYTHONPATH="/path/to/your/project"
  

4. 确认Supervisor配置的细节 #

检查hitbot.conf里的几个关键参数：

• command：确保是bash /bin/gunicorn_start，路径没写错
• directory：如果你的脚本需要在特定项目目录下运行，加上这个参数：

  directory=/path/to/your/project_root  # 脚本依赖的项目文件所在目录
  

• 执行supervisorctl reread和supervisorctl update重新加载配置，再尝试启动：

  supervisorctl reread
  supervisorctl update
  supervisorctl start hitbot
  

5. 模拟Supervisor的运行环境测试 #

切换到Supervisor运行的用户，手动执行脚本，看会不会出错：

# 假设Supervisor用supervisor用户运行
su - supervisor -s /bin/bash
bash /bin/gunicorn_start

如果这里出错，那问题就找到了——直接在这个环境下调试脚本就行。

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