Linux服务器磁盘空间占满问题

下我们并来拘禁同样首有关Linux服务器磁盘占满问题manbetx手机网页版化解(/dev/sda3
满了),希望赶上此类问题的人口能带来帮助。

下我们一起来拘禁一样篇有关Linux服务器磁盘占满问题化解(/dev/sda3
满了),希望赶上此类题材的人数能带动帮助。

 

 

今天收工某电商技术部leader发现独问题,说他们服务器硬盘满了。把日志文件还删掉了,可硬盘空间依旧充满。于是df
-h查看了下依次挂载点的情景(如下图)。

今天下班某电商技术部leader发现独问题,说他们服务器硬盘满了。把日记文件都删掉了,可硬盘空间依旧充满。于是df
-h查看了下相继挂载点的气象(如下图)。

manbetx手机网页版 1

manbetx手机网页版 2

/dev/sda3据为己有了100%,那么我们du -s -h ./*关押下目录的占情况(如下图)。

/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

 [@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分区不久满了,找到十分文件,并去

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/*

[@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%,一点还尚未释放。

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

[@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 * 却显示没有那个文件了

但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  ~]# 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)

[@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呢?解决

察觉时billing程序占用没释放,所以沟通项目经理将Billing_P停掉,重开,依然没自由其他空间。无果
怀疑2:删除的文书是accout目录下的pacct文件,应该是由psacct产生及治本,重开这个程序后是否会OK呢?解决

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

[@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

[@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
查看,也许可以找到有面世问题之缘故,如果要找不至题目,在允许的动静下非妨试一下又开服务,也许问题虽化解了。
还开服务得无交解决之情况下,可以由此卸载磁盘分区来试试着解决。
当支配去某些文件前,最好确定好之文件给哪些服务使,先停止少这些劳动再删除,这样就挺少出现空间释放不了底状态了

事后处理有关题材常常,如果发现du 和df 大小不一致之气象,可以经lsof
查看,也许可以找到有产出问题之由来,如果还是找不顶题目,在许的情形下不妨试一下重开服务,也许问题就是迎刃而解了。
更开服务得无至解决的景下,可以经卸载磁盘分区来试着解决。
每当决定去某些文件前,最好确定好这文件为什么服务用,先住少这些劳务还去,这样就是挺少出现空间释放不了的景象了

 

 

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

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

挂载点下之目的与多低于4.5G,那么是什么占用了硬盘也?

挂载点下的目的与极为小于4.5G,那么是啊占用了硬盘也?

以下也该问题的解答:

以下也该问题之解答:

在apache/tomcat服务在运作状态下,清空了运行服务的日志,从而导致了/dev/sda3
满了之问题。一般景象下,大多数劳务(包括剧本)在运转时,是免克去除时着写入的日记文件之。

在apache/tomcat服务以运转状态下,清空了运转服务的日志,从而造成了/dev/sda3
满了的题材。一般情况下,大多数服务(包括剧本)在运作时,是无可知去时方写入的日记文件的。

规律分析:

原理分析:

  1. 目前access.log日志正在被apache进程占用。
  1. 眼前access.log日志正在被apache进程占用。

2.
透过rm命令去access.log,实际只去了文本称(该日记文件应用记数不呢0,因此空间不会见受放飞)。

2.
透过rm命令去access.log,实际只去了文件称(该日记文件应用记数不也0,因此空间不见面吃放走)。

3.
经过rm命令去了access.log后,apache依然写日记到access.log中,当打开apache进程时,已经经过access.log定位及拖欠公文之inode了,就是说再写日记是免通过access.log,因此即便去除了access.log,apache依然写日记到access.log所当的inode节点,所以导致硬盘空间增加。

3.
经rm命令去了access.log后,apache依然写日记到access.log中,当展apache进程时,已经通过access.log定位及拖欠公文之inode了,就是说再写日记是未通过access.log,因此就去除了access.log,apache依然写日记到access.log所当的inode节点,所以造成硬盘空间增加。

4.
因去了access.log,所以我们便找不至拖欠公文了,du也查阅不顶,就会现出硬盘满了可是看不到究竟是如何文件占用的。

4.
缘除去了access.log,所以我们虽招来不交该文件了,du也查阅无顶,就会见现出硬盘满了可看不到究竟是怎文件占用的。

(写的匪十分详细,不晓的门阀再google下。)

(写的莫要命详细,不知底的大家还google下。)

化解措施:

缓解方式:

再开该日记文件之相干服务还是程序,如:为apache日志文件则另行启apache(如下图,重开后才硬盘空间占用正常)。

再度开该日记文件之相干服务要程序,如:为apache日志文件则再度启apache(如下图,重开后才硬盘空间占用正常)。

manbetx手机网页版 3

manbetx手机网页版 4

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图