一、问题背景

一台数据库服务器，突然监控告警，报根目录空间不足，于是登录机器初步查看

df -hl

发现根目录确实满了。

那么肯定有大文件存在，于是使用du命令查看各个目录的大小(只显示一层目录)

du -h --max-depth=1 /

但是却并没有发现某个目录下有特大的文件存在。

灵机一动，是否有文件已被删除，但是引用该文件的进程仍然活动，导致文件所占磁盘没有被释放。

lsof | grep deleted

结果中仍然没有发现有大文件。もっとおかしいね。。。(╯﹏╰）

二、问题原因

在上述调查背景下，进一步思考，在此之前做过什么操作，可能造成了一些预期之外的后果

此时，回忆起，我曾经重新mount过数据盘

但是数据盘是独立的磁盘，照理说是不会占用根目录所在的系统盘空间的

于是请教了前辈，得知：

如果mount目录下原来是有文件存在的，那么该目录被mount之后这些文件就会被隐藏，不属于该文件系统，使用du命令是看不到的

然后就是验证

umount /data

cd /data

ls -l

果然，发现data目录下有一个3.5G的备份文件，这个文件把根目录磁盘占满了

问题原因找到了，应该是之前拷贝文件时，data盘没有被mount，拷贝动作就将文件拷贝到了根目录，而重新mount数据盘之前没有检查该目录是否为空，导致了后来的根目录磁盘空间不足。

三、总结

如果mount目录下原来是有文件存在的，那么该目录被mount之后这些文件就会被隐藏，不属于该文件系统，使用du命令是看不到

在实际生产环境中，mount之前需要确认目录是否为空