nohup日志在centos中的清理策略

CentOS 下 nohup 日志清理策略

一 基础认知与风险

• nohup 默认将输出写入当前目录的 nohup.out；若该文件不可写，则写入 $HOME/nohup.out。长期运行会导致文件持续增长，影响磁盘与排查效率。建议从启动阶段就规范输出路径与轮转策略。
• 直接 rm nohup.out 在生产上常见“文件已删但磁盘未释放”的现象，原因是进程仍持有已删除文件的句柄；正确做法是“清空内容”或采用日志轮转工具处理。

二 推荐策略 按优先级

• 策略A 使用 logrotate 做自动轮转与压缩（首选）
  • 适用场景：长期运行服务，需按日/大小切分、自动压缩、保留历史与自动创建新文件。
  • 配置示例（/etc/logrotate.d/nohup）：

    /var/log/myapp/nohup.out {
        daily
        rotate 7
        compress
        missingok
        notifempty
        create 0640 appuser appgroup
        copytruncate
    }
    

  • 关键点：
    • 使用 copytruncate 可避免重启进程；若应用支持“重新打开日志”（如能接收 SIGHUP），可用 postrotate /bin/kill -USR1 触发重开。
    • 验证与手动触发：logrotate -d /etc/logrotate.d/nohup（干跑），logrotate -f /etc/logrotate.d/nohup（强制）。
    • 大多数 CentOS 已预装 logrotate；如需安装：sudo yum install -y logrotate。
• 策略B 启动即规范输出并重定向
  • 将标准输出与错误统一写入专用目录，便于集中轮转与清理：

    mkdir -p /var/log/myapp
    nohup your_command >/var/log/myapp/nohup.log 2>&1 &
    

  • 如需彻底屏蔽输出（不建议用于需排查问题的场景）：nohup your_command >/dev/null 2>&1 &。
• 策略C 临时应急 不中断服务的清空方法
  • 清空正在写入的日志而不中断进程：

    > /var/log/myapp/nohup.out
    # 或
    cp /dev/null /var/log/myapp/nohup.out
    

  • 适用于突发磁盘告警时的临时止血；后续仍应配置长期轮转。

三 自动化与运维要点

• 使用 cron 做兜底清理或归档
  • 示例：每周清理超过 30 天的历史压缩包

    0 2 * * 0 find /var/log/myapp -name "nohup.out-*.gz" -mtime +30 -delete
    

  • 也可编写脚本配合 cron 做按日切分与清理（脚本内使用重定向与 find 删除旧文件）。
• 监控与容量控制
  • 实时查看：tail -f /var/log/myapp/nohup.log；错误关键字排查：grep -i error /var/log/myapp/nohup.log。
  • 控制输出量：在应用内将日志级别调至 INFO/WARN，减少 DEBUG 输出；必要时引入集中式日志（如 ELK/Graylog）。

四 常见坑与排查

• 直接删除后磁盘未释放：这是句柄未释放的典型表现，优先采用“清空内容”或 copytruncate 方式处理。
• 脚本在 Windows 编辑后运行报错：如 bash: $'\r': command not found，使用 dos2unix script.sh 转换行尾后再执行。
• 权限与属主：确保日志目录与文件可被应用用户写入（如 0640 appuser appgroup），避免因权限不足导致写入失败或轮转异常。