主页 / server / 问题 / 16570
Accepted
Adam Frisby
Asked: 2009-06-01 21:37:08 +0800 CST

/var 分区上缺少空间？

  • 772

我们的一位服务器管理员让我看看这个，我很难过 - 我们的 /var 分区已满，但我似乎无法确定空间去了哪里。

以下是 'du /var -ah' 的输出

...
202M    var/

'df -h' 但是返回

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/gza-root  268M  108M  147M  43% /
tmpfs                 2.0G     0  2.0G   0% /lib/init/rw
udev                   10M   68K   10M   1% /dev
tmpfs                 2.0G     0  2.0G   0% /dev/shm
/dev/sda1             236M   20M  204M   9% /boot
/dev/mapper/gza-home  115G   15G   95G  14% /home
/dev/mapper/gza-tmp   380M   11M  350M   3% /tmp
/dev/mapper/gza-usr   4.7G  3.9G  610M  87% /usr
/dev/mapper/gza-var   2.9G  2.7G   26M 100% /var

我似乎无法找到其他 2.5GB 的去向，有什么想法或提示吗？

hard-drive linux disk-space-utilization filesystems

4 个回答

  1. Best Answer

    尝试重新启动服务。当您删除（rm unlink things, it）它时，有可能在 /var 上打开了一个文件。系统不会释放空间，直到一切都关闭该文件的文件句柄。

    您可能需要使用lsof来找出哪些程序仍然在 /var 中打开文件。

    由于它是 /var，我猜想某些东西仍然打开了一个日志文件。

    • 10

  2. 有几种可能的路径：

    1. 您是否用尽了 inode 而不是可用块（实际空间）？如果有很多小文件，它们可能会吃掉所有的 inode（实际上是文件分配表中的条目）。一旦所有的 inode 用完，即使有很多空闲块，也无法添加新文件在分区中。这是一个通配符答案，用于检查是否没有明显的确凿证据。inode 耗尽是一种罕见的情况，但它仍然会发生（Blackboard 7.0 ...）
    2. du -s /var/* | sort -rn应该让您更好地了解 /var 中占用空间的内容，就像 KDirStat 之类的图形实用程序一样。我不推荐 KDirStat 解决这个问题，因为您正在处理 /var。与 /home 的空间问题相比，/var 的问题往往会影响系统稳定性。此外，在专用服务器的情况下，您不应该首先在盒子上运行 GUI，从而使使用（本地）GUI 工具的概念变得毫无意义。在不太紧急的情况下，KDirStat、WinDirStat 和 SequoiaView 等工具的平方树图输出使问题识别变得微不足道；树形图是可视化磁盘使用的好方法。
    3. 某些服务是否失控并将大量垃圾记录到 /var/log 中？如果您的组织文化接受它，那么设置一个专用的日志主机并让所有机器通过网络将日志写入它可能会很有价值。至少，请确保根据您站点的日志保留策略适当地轮换、压缩和删除每个日志。logrotate 是你的朋友。
    4. 您确实有日志保留政策，对吗？;) 说真的，如果你没有，那就设置一个。它可以是一句话——“除非与服务所有者另行安排，否则我们会将日志保留 7 天。以书面形式。”
    • 3

  3. 您对 /var 下的所有文件夹都有权限吗？du 不会报告您无权使用的空间。

    • 2

  4. 我想知道你的机器在你问它还剩下多少个 inode 时会告诉你什么。在分区上存储数据的能力不仅仅取决于空闲块的数量......

    • 0

相关问题