上边大家协同来看大器晚成篇有关Linux服务器磁盘占满难点消除(/dev/sda3
满了),希望凌驾此类难题的人能拉动援助。

 

前日收工某电子商务本领部leader开采个难题,说他们服务器硬盘满了。把日记文件都删掉了,可硬盘空间依旧满。于是df
-h查看了下依次挂载点的光景(如下图)。

澳门葡亰娱乐场手机版 1

/dev/sda3攻克了100%,那么我们du -s -h ./*看下目录的占领情状(如下图)。

 

 

 在职业中,我们可能会境遇那样的标题,开采有个别磁盘空间快满了,于是,找到一些不算的大文件将其删除后,开采磁盘空间照旧不曾自由掉,那是何许来头呢?怎么样缓慢解决吧?上面来再次出现一下全勤经过:

翻开磁盘空间意况

 [@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 – I
deleted 看了瞬间,开掘如下:

[@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程序占用没释放,所以交流项目CEO将Billing_P停掉,重启,依然没有自由别的空间。无果
估计2:删除的文件是accout目录下的pacct文件,应该是由psacct发生和管理,重启这么些顺序后是不是会OK呢?解决

[@74.114 account]# /etc/init.d/psacct restart

最后看一下磁盘空间,磁盘空间释放鸟~~

[@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
查看,或然可以找到一些产出难点的缘由,假使依旧找不到难点,在同意的处境下不要紧试一下重启服务,也许难点就解决了。
重启服务得不到解决的气象下,能够因此卸载磁盘分区来试着湮灭。
在决定删除有些文件前,最佳鲜明好那些文件被什么服务应用,先停掉那个服务再删除,那样就超少现身空间释放不了的境况了

 

linux磁盘挂载点目录占用情形(图)

挂载点下的目录之和远远小于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.log,所以大家就找不到该文件了,du也查不到,就能够冒出硬盘满了但看不到毕竟是怎么文件占用的。

(写的不甚详细,不知晓的门阀再google下。)

消除方法:

重启该日记文件的连带服务或程序,如:为apache日志文件则重启apache(如下图,重启后才硬盘空间占用符合规律)。

澳门葡亰娱乐场手机版 2