系统：centos 7
现象：早上收到阿里云短信，发现一台服务器的磁盘空间使用率达到90，昨天晚上已经加了定时任务，难道没有啥用，无奈的我打开电脑
解决：(由于已经解决，当时没有截图)
-
查看磁盘空间
df -h
-
找到对应文件，进行删除
rm $filename -rf
-
再次产看空间磁盘使用率并没有下降，郁闷，再次查找，并没有大文件所在了
du -h –max-depth=1 /data
网上查找未释放磁盘空间原因：
在Linux或者Unix系统中，通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的（有一个进程正在使用），那么进程将仍然可以读取该文件，磁盘空间也一直被占用。而我删除的是tomcat的log文件，删除的时候文件应该正在被使用
解决方法：
通过一下命令获得一个已经被删除但是仍然被应用程序占用的文件列表
lsof |grep deleted
可以看到刚才刚才删除的log还在使用，未被释放空间
怎么处理：
- kill 掉相关进程（我就是这样解决的。。。。）
- 停掉使用这个文件的应用，让os自动回收磁盘空间
当linux打开一个文件的时候,Linux内核会为每一个进程在/proc/ 『/proc/nnnn/fd/目录（nnnn为pid）』建立一个以其pid
为名的目录用来保存进程的相关信息，而其子目录fd保存的是该进程打开的所有文件的fd（fd：file descriptor）。
kill进程是通过截断proc文件系统中的文件可以强制要求系统回收分配给正在使用的的文件。
这是一项高级技术，仅到管理员确定不会对运行中的进程造成影响时使用。应用程序对这种方
式支持的并不好，当一个正在使用的文件被截断可能会引发不可预知的问题
所以理论上使用第二种方法好点
后续:
在为采用rm删除命令之前，其实还有个命令可以释放空间，就是清空日志
cat /dev/null > /data/apache-tomcat-8.0.41/logs/fileName.log
于是改了一下定时任务（crontab -e），执行脚本清除log
#!/bin/bash
path=/data/apache-tomcat-8.0.41/logs
files=$(ls $path)
for filename in $files
do
cat /dev/null > $path/$filename
done
