CentOS 上 nohup 日志的保存策略
一 默认行为与输出路径
- 使用 nohup 启动进程且不做重定向时，输出默认写入当前工作目录的 nohup.out；若该目录不可写，会改写到 $HOME/nohup.out。为避免歧义和便于管理，建议显式重定向输出，例如：nohup your_command > output.log 2>&1 &。这样标准输出与标准错误均进入指定文件，后续策略也更容易统一到该文件或目录上。
二 推荐的保存策略 logrotate
- 在 CentOS 上，长期、可控、自动化的日志保留策略推荐使用 logrotate。做法是为 nohup 输出文件创建专属配置（如 /etc/logrotate.d/myapp），示例与含义如下：
/path/to/your/logs/nohup.out {
daily # 按天轮转（也可用 weekly/monthly）
rotate 7 # 保留最近 7 份历史
compress # 旧日志压缩以节省空间
missingok # 日志文件不存在时不报错
notifempty # 日志为空时不轮转
create 640 root root # 轮转后新建文件的权限与属主属组
size 100M # 可选：达到 100MB 也触发轮转（与 daily 为“或”关系）
copytruncate # 可选：复制后截断原文件，避免某些进程不重新打开文件句柄
}
- 常用管理命令：
- 手动强制执行一次轮转（用于测试）：logrotate -f /etc/logrotate.d/myapp
- 检查全局配置与语法：logrotate -d /etc/logrotate.conf
- 说明：
- 大多数 logrotate 由 cron 每日触发，无需额外启用 systemd 服务；确保系统 crond 正常运行即可。
- 若应用不支持文件句柄切换，优先使用 copytruncate；若支持，可在 postrotate 中发送信号（如 kill -USR1）让其重新打开日志文件。
三 应急与运维操作
- 在线清空超大日志而不中断进程：执行 > nohup.out 或 cat /dev/null > nohup.out。直接 rm 正在写入的日志文件可能导致磁盘空间不释放或应用继续写入已删除 inode，应避免此做法。
- 临时按大小快速切分：例如 split -b 10M logs/output.log logs/output.log.part.，将大文件拆成多个 10MB 的片段，便于短期归档与传输（适合应急，长期仍应使用 logrotate）。
- 归档压缩：对历史日志做长期留存时，可用 tar/gzip 打包压缩，例如：tar -czvf nohup_logs.tar.gz nohup.out。
- 权限与安全：日志文件建议权限 640 或 600，属主属组按最小权限原则设置，防止敏感信息泄露。
四 策略选型与参数建议
- 保留周期与触发条件：常规建议 daily + rotate 7；若日志增长很快，叠加 size 100M 实现“按天或按大小”双阈值触发，避免单日日志过大。
- 压缩与清理：开启 compress 减少占用；结合 rotate N 控制保留份数，超过即删除最旧日志。
- 写入策略：能配合应用信号（如 USR1）则优先“轮转+重新打开”；否则使用 copytruncate 保证连续性。
- 权限与属主：统一为 640 root root 或按业务最小权限设置，避免日志被非授权读取。
- 监控与验证：用 tail -f 实时查看，定期执行 logrotate -d/-f 做语法与效果验证，确保策略按预期生效。