当前位置：首页 > 文章列表 > 文章 > linux > 日志轮转后服务仍写旧文件，文件描述符发生了什么

日志轮转后服务仍写旧文件，文件描述符发生了什么

来源：17golang原创 2026-10-08 13:29:02 0浏览收藏

日志轮转完成后，目录里已经出现了新的 app.log，但服务的写入量仍出现在 app.log.1，这通常不是轮转失败，而是进程还握着旧的文件描述符。Linux 的文件描述符引用的是打开文件描述，路径名被重命名并不会自动让进程重新执行 open()。排查重点应从“文件名”转到“进程当前打开的对象”。

要点速览

rename 改变目录项，已打开的 fd 仍可指向旧 inode，因此旧文件可能显示为 (deleted)。
服务支持重开日志时，用 postrotate 发送它能识别的信号；不支持时才考虑 copytruncate。
修复后要同时确认新文件增长、旧 fd 消失、权限和压缩时机都正确。

为什么服务还在写旧文件

可以把日志路径理解成目录项指向 inode 的名字，而不是进程实际持有的对象。open() 返回 fd 后，进程通过 fd 访问打开文件描述；此时再把 /var/log/app.log 重命名为 app.log.1，只是改变了目录中的名字。原 inode 仍被 fd 引用，服务继续写入它，新的 app.log 则可能由 logrotate 按权限创建成另一个 inode。

Linux logrotate 中 app.log、旧 inode、open file description、fd 与 logger process 的静态关系说明图 — 图1：文件描述符与 inode 的静态关系说明图，不是终端截图或运行证据。

先找出服务的 PID，再查看它打开的日志对象。下面的命令只做观察，不会改变进程状态：

# 找到服务主进程；实际环境也可以从 systemctl status 中读取 PID
pid=$(systemctl show -p MainPID --value your-service.service)

# 查看该进程打开的日志路径，重点关注 deleted 标记
sudo lsof -nP -p "$pid" | grep -E 'app\.log|deleted'

# 逐个查看 fd 的真实链接，确认它是否仍指向轮转前的文件
for fd in /proc/$pid/fd/*; do
  target=$(readlink "$fd")
  case "$target" in
    *app.log*) printf '%s -> %s\n' "$fd" "$target" ;;
  esac
done

如果看到类似 /var/log/app.log.1 (deleted)，说明目录项已经不存在，但只要 fd 还在，inode 及其磁盘空间就可能继续被占用。不要只用 ls -l app.log 判断服务是否已经切换。

rename 和 copytruncate 的差别

logrotate 的默认思路通常是移动旧文件、创建新文件，再由服务重新打开日志。这个方案不会强迫一个已经打开的 fd 改指向，因此必须有“让服务重开”的动作。copytruncate 则先复制内容，再把原文件原地截断；原 fd 继续指向同一个 inode，所以对不能重开日志的老程序更兼容，但复制和截断之间存在日志丢失窗口。

方案	fd 指向	适合场景	主要边界
rename + create	仍指向旧 inode	服务支持 reopen 或 HUP	必须配置轮转后重开
copytruncate	继续指向原 inode	服务没有重开接口	复制到截断之间可能漏日志

两种方案都不是“加一个参数就永远正确”。高吞吐服务优先选择可控的 reopen，因为它能把新文件的权限、所有者和写入边界说清楚；确实无法重开时，再接受 copytruncate 的兼容性代价。

让服务在轮转后重新打开日志

服务必须明确支持哪种信号。以能通过 HUP 重新打开日志的服务为例，配置的关键不是信号名称本身，而是让动作发生在轮转完成后，并且只对这一组日志执行一次：

/var/log/your-service/app.log {
    daily
    rotate 7
    missingok
    notifempty
    create 0640 appuser adm
    sharedscripts
    postrotate
        # 发送服务文档规定的重开信号，不要盲目替换成 reload
        systemctl kill -s HUP --kill-who=main your-service.service
    endscript
}

若服务采用自己的控制命令，就把 postrotate 中的动作替换为该命令；若服务由 systemd 管理，也要确认它的主进程确实接收信号。不要把“重启成功”误当成“日志重开成功”，两者的资源代价和可用性影响不同。