上面大家一起来看一篇关于Linux服务器磁盘占满难点一挥而就(/dev/sda3
满了),希望赶上此类难点的人能牵动辅助。

Linux服务器磁盘空间占满难点,linux服务器磁盘空间

上边大家一起来看一篇关于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  ~]#【澳门金沙国际】linux服务器磁盘空间,Linux服务器磁盘空间占满难点。 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程序占用没释放,所以沟通项目COO将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

上边大家一块来看一篇关于Linux服务器磁盘占满难题一蹴即至(/dev/sda3
满了),希望赶上此…

上面大家共同来看一篇有关Linux服务器磁盘占满难点一蹴即至(/dev/sda3
满了),希望赶上此类题材的人能拉动协助。

下边大家一起来看一篇有关Linux服务器磁盘占满难题化解(/dev/sda3
满了),希望赶上此类难点的人能推动辅助。

 

 

明日收工某电商技术部leader发现个难点,说他俩服务器硬盘满了。把日记文件都删掉了,可硬盘空间照旧满。于是df
-h查看了下依次挂载点的现象(如下图)。

今天下班某电商技术部leader发现个难题,说他们服务器硬盘满了。把日志文件都删掉了,可硬盘空间依然满。于是df
-h查看了下各样挂载点的场景(如下图)。

明天下班某电商技术部leader发现个难题,说他俩服务器硬盘满了。把日记文件都删掉了,可硬盘空间依然满。于是df
-h查看了下一一挂载点的场所(如下图)。

/dev/sda3占用了100%,那么大家du -s -h ./*看下目录的占有景况(如下图)。

澳门金沙国际 3

澳门金沙国际 4

澳门金沙国际 5

/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

 在工作中,大家恐怕会遇上这么的标题,发现某个磁盘空间快满了,于是,找到一些不行的大文件将其除去后,发现磁盘空间照旧没有自由掉,那是何许原因呢?怎么样化解呢?上面来再次出现一下全副经过:

 在工作中,大家可能会遇见那样的难点,发现某个磁盘空间快满了,于是,找到一些无效的大文件将其删除后,发现磁盘空间依旧不曾自由掉,那是何许来头呢?怎么着缓解吧?上面来再次出现一下所有经过:

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]# 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

df –h 看一下,却一如既往是/var 为98%,一点都没释放。

var分区快满了,找到大文件,并删除

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

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

但du –sh * 却突显没有大文件了

df –h 看一下,却照旧是/var 为98%,一点都没释放。

df –h 看一下,却仍然是/var 为98%,一点都没释放。

[@74.114 ~]# cd /var && du –sh *
120K  account
111M  cache
53M   log
0    mail
156K  run
344K  spool
…

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

估算1:应该是删除的内容依然被进程占用,内存没释放,所以用lsof |grep – I
deleted 看了一晃,发现如下:

但du –sh * 却突显没有大文件了

但du –sh * 却展现没有大文件了

[@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  ~]# 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 看了刹那间,发现如下:

发觉时billing程序占用没释放,所以调换项目高管将Billing_P停掉,重启,如故没有自由其余空间。无果
推测2:删除的公文是accout目录下的pacct文件,应该是由psacct发生和保管,重启那一个顺序后是或不是会OK呢?解决

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

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

意识时billing程序占用没释放,所以互换项目COO将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

[@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
查看,也许可以找到一些产出难题的原委,如果依旧找不到难点,在同意的情状下不妨试一下重启服务,也许难题就化解了。
重启服务得不到解决的动静下,可以由此卸载磁盘分区来试着解决。
在决定删除某些文件前,最好确定好这几个文件被怎么样服务使用,先停掉那么些劳动再删除,那样就很少出现空间释放不了的事态了

未来处理相关题材时,如果发现du 和df 大小分歧的动静,可以通过lsof
查看,也许可以找到一些产出难点的原故,如若仍旧找不到题目,在允许的景色下不妨试一下重启服务,也许难点就缓解了。
重启服务得不到解决的情事下,可以通过卸载磁盘分区来试着解决。
在决定删除某些文件前,最好确定好这些文件被什么服务应用,先停掉那一个劳动再删除,那样就很少出现空间释放不了的气象了

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

 

 

澳门金沙国际 6

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

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

挂载点下的目录之和远低于4.5G,那么是何等占用了硬盘呢?

挂载点下的目录之和远小于4.5G,那么是如何占用了硬盘呢?

挂载点下的目录之和远小于4.5G,那么是怎么样占用了硬盘呢?

以下为该难题的解答:

以下为该难点的解答:

以下为该难点的解答:

在apache/tomcat服务在运行情形下,清空了运转服务的日志,从而造成了/dev/sda3
满了的题材。一般情形下,半数以上服务(包涵剧本)在运行时,是不可以去除当前正值写入的日记文件的。

在apache/tomcat服务在运行境况下,清空了运转服务的日记,从而造成了/dev/sda3
满了的题材。一般情形下,半数以上劳动(包罗剧本)在运行时,是不可以去除当前正在写入的日志文件的。

在apache/tomcat服务在运行情形下,清空了运行服务的日志,从而造成了/dev/sda3
满了的难题。一般情状下,大部分劳动(包蕴剧本)在运行时,是无法去除当前正在写入的日记文件的。

原理分析:

规律分析:

规律分析:

  1. 当前access.log日志正在被apache进程占用。
  1. 当下access.log日志正在被apache进度占用。
  1. 时下access.log日志正在被apache进度占用。

2.
通过rm命令删除access.log,实际只删除了文本名(该日记文件应用记数不为0,因而空间不会被保释)。

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节点,所以造成硬盘空间增添。

3.
通过rm命令删除了access.log后,apache如故写日记到access.log中,当打开apache进度时,已经因此access.log定位到该文件的inode了,就是说再写日记是不经过access.log,因而即便去除了access.log,apache依旧写日记到access.log所在的inode节点,所以造成硬盘空间扩大。

4.
因为除去了access.log,所以我们就找不到该文件了,du也查不到,就会油然则生硬盘满了但看不到究竟是如何文件占用的。
(写的不甚详细,不清楚的豪门再google下。)

4.
因为除去了access.log,所以大家就找不到该公文了,du也查不到,就会现出硬盘满了但看不到究竟是怎么着文件占用的。

4.
因为除去了access.log,所以大家就找不到该公文了,du也查不到,就会出现硬盘满了但看不到究竟是什么样文件占用的。

解决方法:

(写的不甚详细,不知底的豪门再google下。)

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

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

解决办法:

化解措施:

以上所述是作者给大家介绍的关于Linux服务器磁盘空间占满难点的缓解情势,希望对大家有着辅助,如若我们有其余疑问请给自身留言,小编会及时还原我们的。在此也分外感谢我们对剧本之家网站的协助!

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

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

您可能感兴趣的小说:

  • 在Linux服务器中布署mongodb环境的步调
  • 详解linux
    ntp服务器时间一起设置
  • Linux服务器中MySQL远程连接的敞开方法
  • linux服务器下查看mysql的设置音讯
  • Linux
    检测服务器是还是不是连接着网络
  • 哪些在windows桌面使用ftp上传文件到linux服务器
  • Linux两台服务器之间复制文件及免密码登录的点子
  • Linux服务器被黑之后的事无巨细处理步骤

澳门金沙国际 7

澳门金沙国际 8

相关文章