/dev/vda1 已满，但找不到原因答案

【问题标题】：/dev/vda1 is full but cannot find why/dev/vda1 已满，但找不到原因
【发布时间】：2019-03-14 01:07:22
【问题描述】：

我有一台运行 Centos 7 的服务器。这是 df -h 的结果

Filesystem                           Size  Used Avail Use% Mounted on
    udev                                 7.4G     0  7.4G   0% /dev
    tmpfs                                1.5G  139M  1.4G  10% /run
    /dev/vda1                             46G   44G     0 100% /
    tmpfs                                7.4G     0  7.4G   0% /dev/shm
    tmpfs                                7.4G     0  7.4G   0% /sys/fs/cgroup
    /dev/vda15                            99M  3.6M   95M   4% /boot/efi
    /dev/mapper/LVMVolGroup-DATA_VOLUME  138G   17G  114G  13% /mnt/data
    tmpfs                                1.5G     0  1.5G   0% /run/user/0

即使 / 上有 2GB 的可用空间，它也显示文件系统的使用率为 100%，我无法安装新软件包，因为它告诉我设备上没有剩余空间。此外，如果我输入sudo du -sh /* | sort -rh | head -15 结果是：

17G /mnt
1.1G    /usr
292M    /var
208M    /root
139M    /run
49M /boot
48M /tmp
32M /etc
28K /home
16K /lost+found
12K /anaconda-post.log
4.0K    /srv
4.0K    /opt
4.0K    /media
0   /sys

所以看起来磁盘没有大文件填满，目录大小的总和甚至不等于44GB。

附加信息：服务器上运行的唯一服务是 Jenkins，但它的主页位于 /mnt/data/jenkins 下。

我该如何解决这个问题？

【问题讨论】：

您需要检查当前正在使用/（使用lsof 或fuser）并终止它（或者您可能只需要更多空间）。无论如何，它与 Jenkins 无关，因为它安装在另一台设备上。

标签： linux jenkins disk diskspace

【解决方案1】：

找到了解决办法。该问题与 Jenkins 保持打开的一些已删除文件有关。重启服务问题就解决了。

【讨论】：

这里也一样，我也有类似的情况。就我而言，这是一个正在运行的卡住进程正在填充磁盘。用top分析，我发现了一个奇怪的运行过程。我已经杀了，我再次检查了磁盘df -h，磁盘完全恢复了。
除了答案，还应该set the Jenkins log size smaller。