centos nohup日志为何不更新

在 CentOS 上，nohup 启动的程序日志不更新，通常不是 nohup 本身的问题，而是输出缓冲、文件重定向或进程状态导致的。下面按常见原因给你系统排查一下。

一、最常见原因：标准输出被缓冲（90% 的情况）

现象

• 程序已运行
• nohup.out 文件存在
• 但内容很久不更新，或只有程序退出后才更新

原因

很多程序（尤其是 Python、Java、C/C++）默认使用块缓冲（block buffering），而不是行缓冲。

• 终端运行时：通常是行缓冲（一行就刷一次）
• nohup / 后台运行：变成全缓冲（缓冲区满才写）

解决方案

✅ 方案 1：强制刷新（推荐）

如果是你自己的程序：

• Python

print("xxx", flush=True)

或

import sys
sys.stdout.flush()

• C / C++

fflush(stdout);

✅ 方案 2：使用 stdbuf 关闭缓冲（最常用）

nohup stdbuf -oL -eL your_command > nohup.out 2>&1 &

说明：

• -oL：stdout 行缓冲
• -eL：stderr 行缓冲

适合：

• Python
• Shell
• Java（部分情况）

二、nohup 默认输出 + 重定向冲突

错误写法

nohup ./app > nohup.out &

此时：

• nohup 仍可能写 nohup.out
• 你又重定向了一次
• 实际输出可能跑到别的地方

✅ 正确写法

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

或明确指定：

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

三、日志其实在写，但你找错文件了

常见情况

• 程序内部自己做了日志（log4j / logging / 自定义）
• 实际没写 stdout

排查方法

lsof -p <pid> | grep log

查看进程真正在写哪些文件。

四、磁盘 / inode / 文件系统问题

检查磁盘

df -h

检查 inode

df -i

检查文件是否被删除但仍占用

lsof | grep deleted

如果 nohup.out 被删除：

cp /proc/<pid>/fd/1 restore.log

五、程序其实没在跑或卡住了

检查进程

ps -ef | grep your_program

查看是否卡死

strace -p <pid>

六、systemd / shell 环境差异（CentOS 7/8）

如果你是在 systemd 服务 / cron / ansible 里跑：

• 默认无 TTY
• 缓冲行为更激进

✅ 建议：

• 用 stdbuf
• 或让程序直接写日志文件，而不是 stdout

七、快速自检清单 ✅

你可以按顺序确认：

1. 是否使用了 nohup xxx > log 2>&1 &
2. 是否程序有输出缓冲（Python / Java / C）
3. 是否用了 stdbuf -oL
4. lsof -p pid 看实际写哪个文件
5. 磁盘 / inode 是否正常
6. 程序是否还活着

八、推荐最佳实践（CentOS 生产环境）

✅ 不要依赖 nohup.out

nohup stdbuf -oL ./app > app.log 2>&1 &

✅ 或直接写日志文件

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

✅ 长期运行建议用 systemd

如果你愿意，可以把：

• 启动命令
• 程序语言（Python / Java / C / Shell）
• CentOS 版本

贴出来，我可以给你一个完全针对你场景的写法。