标签: disk-space-utilization

我在 VMware 虚拟化环境中运行 Ubuntu 12.04.1 服务器，该环境有一个奇怪的问题。现在两次，在看似随机的时间，尽管似乎有足够的可用空间，但机器突然无法写入根分区。我不知所措，试图弄清楚出了什么问题。

"df -h" 显示所有可用空间为 40% 或更多的已安装卷。这两次都发生了，重启解决了几分钟，然后又回到说“设备上没有剩余空间”。从快照中恢复它似乎可以修复更长的时间，但是由于现在又发生了这种情况，我不确定如何处理它。

如果有帮助，该机器是运行 CUPS 1.5.3 和 Samba 3.6.3 的网络打印服务器。

在我们的一台服务器上执行了一些错误的 php 代码后，它试图打开一个不存在的文件，我们最终得到了巨大的 apache 日志文件，这些文件尚未配置为轮换。我们刚刚删除了那些日志文件。之后我们看到我们的磁盘并没有真正清理干净。df -h的输出显示以下内容

Filesystem              Size  Used Avail Use% Mounted on
/dev/sda1                18G   16G  1.1G  94% /
udev                    999M   12K  999M   1% /dev
tmpfs                   403M  848K  402M   1% /run
none                    5.0M     0  5.0M   0% /run/lock
none                   1007M   72K 1007M   1% /run/shm
/dev/mapper/vg_ftp-ftp  9.9G  5.3G  4.2G  56% /mnt/local/ftp

索引节点似乎也可以

Filesystem              Inodes  IUsed   IFree IUse% Mounted on
/dev/sda1              1168128 227009  941119   20% /
udev                    215094    442  214652    1% /dev
tmpfs                   219463    384  219079    1% /run
none                    219463      6 …

我们使用石墨来跟踪磁盘使用历史。当可用空间低于一定数量的块时，我们的警报系统会查看来自石墨的数据以提醒我们。

我想获得更智能的警报 - 我真正想要的是关心的是“在我必须对可用空间做一些事情之前我还有多长时间？”，例如，如果趋势表明在 7 天内我将用完磁盘空间然后引发警告，如果不到 2 天，则引发错误。

Graphite 的标准仪表板界面对于衍生品和 Holt Winters 置信度带非常智能，但到目前为止我还没有找到将其转换为可操作指标的方法。我也可以用其他方式处理数字（只需从石墨中提取原始数字并运行脚本来执行此操作）。

一个复杂的问题是图形不平滑 - 文件被添加和删除，但随着时间的推移，总体趋势是磁盘空间使用量增加，因此可能需要查看局部最小值（如果查看“磁盘空闲”指标） ) 并在低谷之间绘制趋势。

有没有人做过这个？

以条带镜像（Raid 10）为例，如果将两个磁盘扩展为四个，那么如何在两个镜像之间“重新平衡”（扩展）来自两个磁盘的数据？

也就是说，如何将写入一个镜像的文件写入两个镜像以利用条带磁盘？

我想知道是否有一些规则（或公式）可以用来确定文件系统在 ext4 分区中将使用多少磁盘空间。例如，在 100 GB 的分区中，我实际可以使用多少？它是否取决于其他参数，如 inode 大小等？

我们有一台 CentOS 机器，由于磁盘空间已满，MySQL 无法启动。

下面是df -h结果。

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
                       47G   45G     0 100% /
tmpfs                 3.9G     0  3.9G   0% /dev/shm
/dev/xvda1            485M   33M  428M   7% /boot
/dev/mapper/VolGroup-lv_home
                       44G  180M   42G   1% /home

在这种情况下可以做什么？添加更多硬盘？

我有一台运行 Ubuntu 18.04 的服务器，它也是 K8s 的工作节点。有时我看到 K8s 由于磁盘压力而杀死了这台机器上的 pod，当我得到时，df -h --total我可以看到 85% (1.5T) 的磁盘正在使用/：

~$ df -h --total
Filesystem      Size  Used Avail Use% Mounted on
udev            126G     0  126G   0% /dev
tmpfs            26G  5.3M   26G   1% /run
/dev/sda2       1.8T  1.5T  276G  85% /
tmpfs           126G     0  126G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           126G     0  126G   0% /sys/fs/cgroup
/dev/loop0       90M   90M     0 100% /snap/core/7917
/dev/loop1       90M   90M     0 100% /snap/core/8039
/dev/sdb1       9.8G  203M …

我有许多 Linux 网络服务器，我想跟踪磁盘空间的去向并将磁盘空间保持在最低限度。

通常我登录 SSH 并du用来找出磁盘空间浪费的地方，但这既麻烦又缓慢。像 KDirStat 这样的可视化工具是理想的，但它至少需要安装一个 X 服务器，这违背了目的。

是否有任何基于 Web 的磁盘空间可视化工具？我对替代解决方案持开放态度。

为什么 os 显示使用了 6.5G，但我在文件/目录中只看到 3.6G？

在 Amazon Linux AMI（看起来像 Centos）上以 root 身份运行，有大量可用内存，没有进行交换，没有明显的文件描述符问题。我唯一能想到的是在应用程序附加到它时被删除的日志文件。

磁盘空间使用率缓慢但不断地向满容量上升（约 1k/min，不时下降很小）

有什么解释吗？解决方案？

du --max-depth=1 -h /
1.2G /usr
4.0K /cgroup
22M /lib64
11M /sbin
19M /etc
52K /dev 2.1G /
var
4.0K /media
0 /sys
4.0K /selinux
du: 无法访问/proc/14024/task/14024/fd/4': No such file or directory du: cannot access<br/> /proc/14024/task/14024/fdinfo/4': 没有那个文件或目录 du:
无法访问/proc/14024/fd/4': No such file or directory du: cannot<br/> access/proc/14024/fdinfo/4': 没有那个文件或目录 0 /proc
18M /home
4.0K /logs
8.1M /bin
16K /lost+found
12M /tmp
4.0K /srv …

我在使用 Apache2 的 Debian 网络服务器上的 PHP 会话mod_php似乎随机失败，说没有空间来编写它们：

sudo tail -60 /var/log/apache2/error.log
[Fri Jan 30 15:55:35 2015] [error] [client xxx.xxx.xxx.xxx] PHP Warning:  session_start() [<a href='function.session-start'>function.session-start</a>]: open(/tmp/sess_555555555555555555, O_RDWR) failed: No space left on device (28) in /path/to-first-session-use/core/bootstrap.php on line 18

当我尝试：

ls /tmp

它只是永远挂起，所以这很糟糕。

但是当我检查可用空间并检查 inode 使用是否合理时......

$ df -h

Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             150G  121G   22G  85% /
tmpfs                 2.0G     0  2.0G   0% /lib/init/rw
udev                   10M   16K   10M   1% /dev
tmpfs                 2.0G  4.0K  2.0G   1% …