Linux 服务器在使用过程当中可能会遇到各类问题,其中之一就是“没有可用空间”。linux
遇到这种状况,就须要进行排查,定位到消耗了磁盘的那个文件夹。docker
流程以下:centos
df -h
df -h
会显示出全部挂载点的磁盘空间使用状况。-h
表示以 1k、1M、1G 为单位。缓存
Filesystem(文件系统) Size Used Avail Use% Mounted on(分区) /dev/mapper/centos-root 98G 6.1G 92G 7% / devtmpfs 4.8G 0 4.8G 0% /dev tmpfs 4.9G 0 4.9G 0% /dev/shm tmpfs 4.9G 33M 4.8G 1% /run tmpfs 4.9G 0 4.9G 0% /sys/fs/cgroup /dev/sda1 1014M 189M 826M 19% /boot tmpfs 984M 0 984M 0% /run/user/0 overlay 98G 6.1G 92G 7% /var/lib/docker/overlay2/8671cfef128ee6418ab1796ebba47b23283fdf1d338431b4a4ebdc2786485000/merged shm 64M 0 64M 0% /var/lib/docker/containers/d945d7043afb824a94ab8e11c3f61354945e40602b0212eb6cd1a794a5c2c475/mounts/shm overlay 98G 6.1G 92G 7% /var/lib/docker/overlay2/c24f633841568bb4672931f2da809b47335be7f085bf23237af2cd15bddc27a1/merged shm 64M 0 64M 0% /var/lib/docker/containers/e685309b470dde35837620928ba67d404722c4bba475f84ed0cb6ca823504907/mounts/shm overlay 98G 6.1G 92G 7% /var/lib/docker/overlay2/62cc31effdbb439942c43f1341b6b07fd933200b6c27a52c6a88ac4b63ae93e6/merged shm 64M 0 64M 0% /var/lib/docker/containers/7f7593fc8d14ddbe7dd1a946ccf08adf2bef415a7560db1c12d0ab0abb9e582a/mounts/shm
能够看到主分区 /
已经使用了 7%,如今假设由于某个软件的缓存,致使这个分区 /
的可用空间很少了。如今要排查到缓存所在位置。服务器
du -h --max-depth=1
df 是查看各挂载点的空间使用状况,而 du 是用于查看各目录/文件的大小。app
咱们须要找到 /
分区中真正消耗掉内存的那个文件/文件夹。elasticsearch
cd /
du -h --max-depth=1
[root@192-168-1-64 ~]# du -h --max-depth=1 157M ./boot 0 ./dev du: cannot access './proc/12646/task/12646/fd/4': No such file or directory du: cannot access './proc/12646/task/12646/fdinfo/4': No such file or directory du: cannot access './proc/12646/fd/4': No such file or directory du: cannot access './proc/12646/fdinfo/4': No such file or directory 0 ./proc 33M ./run 0 ./sys 34M ./etc 26M ./root 4.5G ./var 0 ./tmp 1.6G ./usr 0 ./home 0 ./media 0 ./mnt 2.6G ./opt 0 ./srv 8.8G .
在输出结果中找到占用磁盘过多的文件夹,cd 进去,再继续执行 du -h --max-depth=1
命令查看。.net
如此查看几回,通常就能定位到问题文件夹。code
经过这样的排查,发现公司此次遇到的问题,是 elasticsearch 的数据文件夹把磁盘消耗光了。blog
定位到问题后,再依据该数据的重要程度,来决定是直接清空,仍是如何处理它。