关于Linux服务器c盘空间占满问题的解决方式
更新时间:2017年05月02日17:15:30作者:小男子的测试之路
下边给你们分享一篇关于Linux服务器c盘占满问题解决方式(/dev/sda3满了),须要的的同事参考下吧
下边我们一上去看一篇关于Linux服务器c盘占满问题解决(/dev/sda3满了)linux磁盘写满启动,希望见到这种问题的人能带来帮助。
明天上班某电商技术部leader发觉个问题,说她们服务器硬碟满了。把日志文件都删除了,可硬碟空间仍然满。于是df-h查看了下各个挂载点的状况(如右图)。
/dev/sda3占用了100%,这么我们du-s-h./*看下目录的占用情况(如右图)。
在工作中,我们或许会碰到这样的问题,发觉某个c盘空间快满了,于是,找到一些无用的大文件将其删掉后,发觉c盘空间还是没有释放掉,这是哪些缘由呢?怎样解决呢?下边来再现一下整个过程:
查看c盘空间情况
[@74.114 var]# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda2 9.7G 284M 8.9G 4% / /dev/xvda1 251M 13M 226M 6% /boot none 1.1G 0 1.1G 0% /dev/shm /dev/xvda10 97G 60G 33G 65% /home /dev/xvda3 3.9G 2.7G 1.1G 72% /usr /dev/xvda5 3.9G 3.6G 77M 98% /var
var分区快满了,找到大文件,并删掉
[@74.114 var]# cd /var [@74.114 var]# du –sh * 3.3G account 111M cache 53M log 0 mail 156K run 344K spool … [@74.114 var]# rm –rf account/*
df–h看一下,却仍然是/var为98%,一点都没释放。
[@74.114 var]# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda2 9.7G 284M 8.9G 4% / /dev/xvda1 251M 13M 226M 6% /boot none 1.1G 0 1.1G 0% /dev/shm /dev/xvda10 97G 60G 33G 65% /home /dev/xvda3 3.9G 2.7G 1.1G 72% /usr /dev/xvda5 3.9G 3.6G 77M 98% /var
但du–sh*却显示没有大文件了
[@74.114 ~]# cd /var && du –sh * 120K account 111M cache 53M log 0 mail 156K run 344K spool …
推测1:应当是删掉的内容仍然被进程占用,显存没释放,所以用lsof|grep–Ideleted看了一下linux磁盘写满启动,发觉如下:
[@74.114 account]# lsof |grep -i deleted listserve 4833 blty 0u CHR 136,2 4 /dev/pts/2 (deleted) listserve 4833 blty 1u CHR 136,2 4 /dev/pts/2 (deleted) listserve 4833 blty 2u CHR 136,2 4 /dev/pts/2 (deleted) Billing_P 16989 blty 0u CHR 136,0 2 /dev/pts/0 (deleted) Billing_P 16989 blty 1u CHR 136,0 2 /dev/pts/0 (deleted) Billing_P 16989 blty 2u CHR 136,0 2 /dev/pts/0 (deleted) Billing_P 16990 blty 0u CHR 136,0 2 /dev/pts/0 (deleted) Billing_P 16990 blty 1u CHR 136,0 2 /dev/pts/0 (deleted) Billing_P 16990 blty 2u CHR 136,0 2 /dev/pts/0 (deleted)
发觉时billing程序占用没释放,所以联系项目总监将Billing_P停掉,重启,仍然没有释放任何空间。无果
推测2:删掉的文件是accout目录下的pacct文件,应当是由psacct形成和管理,重启这个程序后是否会OK呢?解决
[@74.114 account]# /etc/init.d/psacct restart
最后看一下c盘空间,c盘空间释放鸟~~
[@74.114 var]# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda2 9.7G 284M 8.9G 4% / /dev/xvda1 251M 13M 226M 6% /boot none 1.1G 0 1.1G 0% /dev/shm /dev/xvda10 97G 60G 33G 65% /home /dev/xvda3 3.9G 2.7G 1.1G 72% /usr /dev/xvda5 3.9G 100M 3.6M 4% /var
小建议:
之后处理相关问题时,假若发觉du和df大小不一致的情况,可以通过lsof查看,也许可以找到一些出现问题的缘由,假如还是找不到问题,在容许的情况下不妨试一下重启服务,其实问题就迎刃而解了。
重启服务得不到解决的情况下,可以通过卸载c盘分区来试着解决。
在决定删掉个别文件前,最好确定好这个文件被什么服务使用,先停掉那些服务再删掉,这样就极少出现空间释放不了的情况了
linuxc盘挂载点目录占用情况(图)
挂载点下的目录之和远大于4.5G,这么是哪些占用了硬碟呢?
以下为该问题的解答:
在apache/tomcat服务在运行状态下,清空了运行服务的日志,因而造成了/dev/sda3满了的问题。通常情况下,大多数服务(包括脚本)在运行时,是不能删掉当前正在写入的日志文件的。
原理剖析:
1.当前access.log日志正在被apache进程占用。
2.通过rm命令删掉access.log,实际只删掉了文件名(该日志文件应用记数不为0,因而空间不会被释放)。
3.通过rm命令删掉了access.log后,apache仍然写日志到access.log中,当开启apache进程时,早已通过access.log定位到该文件的inode了,就是说再写日志是不通过access.log,因而虽然删掉了access.log,apache仍然写日志到access.log所在的inode节点,所以造成硬碟空间降低。
4.由于删掉了access.loglinux怎么读,所以我们就找不到该文件了,du也查不到,都会出现硬碟满了但看不到到底是什么文件占用的。
(写的不甚详尽中文linux操作系统,不明白的你们再google下。)
解决方式:
重启该日志文件的相关服务或程序,如:为apache日志文件则重启apache(如右图,重启后才硬碟空间占用正常)。
以上所述是小编给你们介绍的关于Linux服务器c盘空间占满问题的解决方式,希望对你们有所帮助,假如你们有任何疑惑请给我留言,小编会及时回复你们的。在此也十分谢谢你们对脚本之家网站的支持!