下午收到报警:
xxxxxx:[didb..,][master,slave]/home used:94% free:0.6G 2014-01-12 16:42:40 DutyReceived!
【现象】
登陆机器查看:
[root@xxxxx /root]
#df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 92G 4.2G 83G 5% /
/dev/sda6 9.6G 8.5G 626M 94% /home
可是到/home 目录执行命令:
[root@xxxxx /home]
#du -sh ./* | grep G
[root@xxxxx /home]
#du -sh ./* | grep M
728M ./admin
170M ./tops
【分析】
/home 目录并没有占用8.5G空间。这是怎么回事?仔细思考一下之前的操作,我在没有关闭nignix进程的情况下 rm access.log 这里有必要介绍一下文件描述符
"文件描述符是一个简单的整数,用以标明每一个被进程所打开的文件和sock.最前面的三个文件描述符:0 1 2分别与标准输入(stdin),标准输出(stdout)和标准错误(stderr)对应。"
在进程没有被关闭的情况下,手工删除了文件,但是文件句柄还是被进程占用,导致上面的奇怪现象:df -h查看磁盘空间被占用,查看具体占用空间确很小。使用 lsof | grep deleted 可以查看被删除但是依然被进程占用文件句柄文件。
【解决】
针对报警解决方式 杀掉占用文件句柄的进程即可
[root@xxxxx /home/admin/cai/bin]
#lsof | grep access.log
nginx-pro 3428 admin 5w REG 8,6 7689831446 313 /home/admin/cai/logs/access.log (deleted)
nginx-pro 3429 admin 5w REG 8,6 7689831446 313 /home/admin/cai/logs/access.log (deleted)
nginx-pro 3430 admin 5w REG 8,6 7689831446 313 /home/admin/cai/logs/access.log (deleted)
nginx-pro 3431 admin 5w REG 8,6 7689831446 313 /home/admin/cai/logs/access.log (deleted)
[root@xxxxx /home/admin/cai/bin]
#kill -9 3428
[root@xxxxx /home/admin/cai/bin]
#kill -9 3429
[root@xxxxx /home/admin/cai/bin]
#kill -9 3430
[root@xxxxx /home/admin/cai/bin]
#kill -9 3431
[root@xxxxx /home/admin/cai/bin]
#lsof | grep access.log
[root@xxxxx /home/admin/cai/bin]
#df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 92G 4.2G 83G 5% /
/dev/sda6 9.6G 1.2G 7.9G 13% /home
如何彻底解决?
可以通过设置crontab 命令 cat /dev/null > access.log 定期清理,而非选择rm 的方式。
【拓展】
在数据库运维过程中,如果遇到rm,drop 误删除表或者数据文件等操作,在db 没有关闭情况下 检查/proc文件系统是否存在被误删除的文件句柄,如果有,立即从其文件描述符恢复。
1 文件描述符file descriptor与inode的相关知识
2 lsof 应用实例分享以及Oracle 数据文件删除恢复测试
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22664653/viewspace-1069785/,如需转载,请注明出处,否则将追究法律责任。