centos nohup日志为何启动失败

在 CentOS 上使用 nohup 启动程序时“日志显示启动失败”或“进程起不来”，通常不是 nohup 本身的问题，而是环境、权限、路径或程序自身错误导致的。下面按常见原因系统说明，并给出排查方法。

一、最常见原因汇总

1️⃣ 相对路径问题（最常见）

nohup ./app > app.log 2>&1 &

如果当前目录不对，或脚本里用了相对路径，就会失败。

✅ 建议：

nohup /opt/app/app >> /var/log/app.log 2>&1 &

2️⃣ 权限不足

脚本没有执行权限
日志目录不可写
端口被占用（如 80/443）

ls -l app
chmod +x app

✅ 日志目录示例：

touch /var/log/app.log
chown appuser:appuser /var/log/app.log

3️⃣ Java / Python 等依赖环境未加载

nohup 不会加载 bash 登录环境

❌ 错误示例：

nohup java -jar app.jar &

✅ 正确示例：

nohup /usr/java/jdk1.8/bin/java -jar app.jar > app.log 2>&1 &

或：

source /etc/profile
nohup java -jar app.jar &

4️⃣ 日志被重定向但程序立刻退出

nohup 只保证“不挂断”，不保证“不退出”。

查看日志：

cat nohup.out
cat app.log

常见错误：

配置文件不存在
数据库连接失败
端口被占用

5️⃣ CentOS 7/8 systemd 限制（重点）

如果你在 systemd 服务外用 nohup，但系统策略限制：

最大进程数
文件描述符
SELinux 阻止

排查：

getenforce
setenforce 0   # 临时关闭测试

6️⃣ nohup.out 没生成或为空

可能原因：

当前目录无写权限
程序根本没运行

验证：

ps -ef | grep app

二、标准、稳妥的启动方式（推荐）

nohup /full/path/app \
  > /var/log/app.log 2>&1 &

或后台脚本：

#!/bin/bash
cd /opt/app
./app >> /var/log/app.log 2>&1

三、强烈推荐：用 systemd（CentOS 正确姿势）

# /etc/systemd/system/app.service
[Unit]
Description=App
After=network.target

[Service]
User=appuser
ExecStart=/opt/app/app
Restart=always

[Install]
WantedBy=multi-user.target

systemctl daemon-reload
systemctl start app
journalctl -u app -f

四、快速排查 checklist ✅

[ ] 用绝对路径
[ ] 看 nohup.out 或指定日志
[ ] ps -ef 看进程是否存在
[ ] java -version / python --version 是否正常
[ ] 端口是否被占用 ss -lntp
[ ] SELinux 是否拦截

如果你愿意，可以把：

启动命令
nohup.out 或日志内容
CentOS 版本

贴出来，我可以直接帮你定位具体失败原因。