主页 / server / 问题 / 1081413
Accepted
Nstevens
Asked: 2021-10-23 06:42:24 +0800 CST

为什么 `df` 和 `du` 在 Ubuntu 18.04 上报告可用空间不同？[复制]

  • 772

为什么这两个命令报告可用空间的方式如此不同？这种情况从去年开始不时在几个 Ubuntu 18.04 虚拟机上发生。

df报告 100% 已使用，而du -smh仅显示 4.0G（总）中的 2.3G 在使用中。

当系统日志服务器停机进行维护时，通常会出现错误消息rsyslog或syslog-ng填充错误消息。/var

# df -mh /var
Filesystem              Size  Used Avail Use% Mounted on
/dev/mapper/new_vg-var  4.0G  3.9G     0 100% /var

# du -smh /var
2.3G    /var

# fuser /var
linux storage

2 个回答

  1. df查询文件系统中使用的总块数，参见 man 3 statvfs。快速准确地计算卷，但没有关于哪些文件的详细信息。

    du循环遍历文件并将它们的大小相加。速度较慢，但​​可以按文件大小打印。

    差异可能意味着已删除的文件仍被某些程序打开。这种大文件最常见的是日志或数据库，但也可以是任何东西。

    当系统日志服务器停机进行维护时，通常会出现错误消息rsyslog或syslog-ng填充错误消息。/var

    根本原因是您的远程日志记录配置。

    短期，正确轮换日志文件，例如通过运行logrotatead-hoc。请注意，/etc/logrotate.d/*syslog 中的典型配置会向 rsyslog 发送 HUP 信号以重新打开新的日志文件。

    考虑增加 /var 的大小以处理日志文件的实际大小。

    修改日志记录配置以在远程关闭和磁盘空间不足时执行适当的操作。rsyslog 可以配置为使用有限空间的队列并在队列满时丢弃消息。来自 SLES 知识库的rsyslog 配置示例，需要针对您的日志记录设置进行定制：

    # cat /etc/rsyslog.d/ora_audit.conf
if ( $syslogfacility-text == 'local1' ) and ( $syslogseverity == 4 /* warning */ )  then {
        $WorkDirectory /var/spool/rsyslog       # where to place spool files
        $ActionQueueFileName RemoteQueue        # unique name prefix for spool files
        $ActionQueueMaxDiskSpace 1G             # 1gb space limit (use as much as possible)
        $ActionQueueSaveOnShutdown on           # save messages to disk on shutdown
        $ActionQueueType LinkedList             # run asynchronously
        $ActionResumeRetryCount -1              # infinite retries if host is down
        $ActionQueueTimeoutEnqueue 0            # causes that the message will be discarded immediately if the queue is full
        *.* @@aaa.bbb.ccc.ddd:514               # IP of remote syslog server:port 514
        stop
}

# Above setup discards any messages, if queue size limit is reached (in this setup 1 GB) immediately !
    • 8
  2. Best Answer

    df 大于 du 的最常见原因：

    • 您没有du在整个文件系统上运行。
      • 您没有对所有目录的访问权限。
      • 你做了类似的事情du -s /filesystem/*，你错过了顶部的点文件。重新运行为du -sx /filesystem
      • （罕见）您已经用另一个挂载遮蔽了一些文件系统。通过安装在上面，du无法到达文件来确定大小。可以通过卸载阴影文件系统或通常使用原始文件系统的循环安装来调整它们的大小。
    • 您的文件仍处于打开状态，但已被删除。 du无法再访问它们以进行阅读，但它们仍然占用空间。尝试lsof +aL1 /filesystem查找孤立文件和保持它们打开的进程。当进程关闭文件时，空间将被释放。

    df 小于 du 的最常见原因：

    • 里面安装了一个额外的文件系统，你du正在下降到它并计算那个空间。重新运行为du -sx /filesystem
    • 6

相关问题