事件源于在服务器运行一个脚本程序…
好好的脚本忽然报错,还觉得脚本出现问题了。细看报错缘由(具体报错信息已经忘记了)，是没有可用空间。从没碰见过这个状况，怎么办呢？
1、肯定是否是真的是磁盘空间不足
输入命令：df –lh 查看磁盘信息
很明显：Filesystem下的挂载点 /dev/xvda1 下的40G容量已经耗尽。
既然问题已经肯定了，接下来就是处理了。
处理方法也很简单，就是删文件。
问：删除什么文件？
答：删除占用磁盘空间大，但又无用的文件。
问：什么是无用的文件？
答：若是对系统不熟悉的话，日志多是你第一的下手目标。
2、如何定位最大文件目录
输入命令： cd / 进入根目录。
输入命令：du -h max-depth=1 寻找当前目录，哪一个文件夹占用空间最大
以上两个命令以后，能够看到 /usr 此路径占用较大磁盘空间，占用了21G。眼尖的同窗可能看到了最后一项显示24G，它表示当前目录全部文件占用磁盘空间总和容量是24G。
如法炮制，几番判断后，定位到tomcat的日志文件。
由上图能够判断，17G文件在当前目录(tomcat日志目录)文件中。
3、如何定位最大文件
输入命令：ls –lhS 将文件以从大到小顺序展示
最终定位文件为：catalina.out 这个日志文件。
4、确认文件未被占用
删除文件谁都会：rm –f catalina.out 可是，最好确认下是否要下载下来让开发人员分析日志。
辛苦一阵找到文件，删除了很开心，输入命令：df –lh 发现磁盘空间还是满的状态。跟图一彻底没有区别。难道说是须要重启系统吗？linux会这么不友好么？
谷歌一下，发现了这么一段话：
在Linux或者Unix系统中，经过rm或者文件管理器删除文件将会从文件系统的目录结构上解除连接(unlink).然而若是文件是被打开的（有一个进程正在使用），那么进程将仍然能够读取该文件，磁盘空间也一直被占用。
输入命令：/usr/sbin/lsof|grep deleted 确认删除文件是否被占用
确实被占用。根据第二列提供的pid，输入命令：kill -9 13117 杀掉进程。
再次输入命令：df –lh
如图，磁盘空间被释放了。问题顺利处理了。 ---------------------